(toppers-users 3724) Re: TOPPERS SSPをBuildして見ました。 Windowsのmake dependdeでNG?
杉本明加
asuka.choronos @ gmail.com
2012年 1月 16日 (月) 15:17:27 JST
こいさんさん
杉本です。
(自身ではうまく説明できなかったのですが)むらなかさんの
おっしゃられたように、CygwinではEUC+LFが無難と考えているので
文字コードの考慮は行っていませんでした。
>むらなかさん
フォローありがとうございます。
この問題について技術的には対処可能なのですが、確認作業の手間もあり
スクリプトを改良するかはなんとも言えません。その代りにユーザマニュアルに
明記することにするということで時期リリース向けへのTracチケットに登録しました。
全般的な文字コードに対する考え方としては、パッケージが一般的に
使用されるであろうと配布者が考える条件下に合わせています。
例えば、Renesas製のツールを開発環境に用いる場合には配布時に
ソースコードは変換しています(最近ではHEWでもEUC文字コードが読み
込めるようになったようですが)。
以上、よろしくお願いします。
2012年1月16日14:11 Masaki Muranaka <monamour @ monaka.org>:
> こんにちは。
>
> Cygwin 自身が、ファイルの改行コード処理の設定方法を何度も変更している
> こともあって、この改行コードの問題は必要以上に難しくなっています。
>
> Win32の上で動いているとはいえ、CygwinはUnix由来のツール群です。
> 改行コードもUnixで一般的なLFを使うのが一番手間がかかりません。
>
> CRLFしか解釈できないツールは、Cygwin とは併用しないというのが
> 無難と思います。
>
> 参考:
> http://www.sixnine.net/cygwin/translation/faq/faq_3.html#SEC71
> http://hibari.2ch.net/test/read.cgi/unix/1268282846/694-703
>
> 2012年1月13日18:40 koizumi yoshiyuki <koizumiyoshiyuki @ gmail.com>:
>> 返信を下さった皆様へ
>>
>> 有難うございます。
>>
>> 文字コードの話はよくわからないのですが、Cygwinは通常どちらで使うのでしょうかね。私はとく意識をせずに使っているのて、今の設定が一般的だと思っています。
>> 決まりはないのでしょうが、どうなんでしょうかね。
>>
>>
>> TOPPERS/ASP,JSPのBuildで今までの設定で、同様な問題がなかったので、CR,LF問題は考慮されるのが普通(?)だと勝手に理解していました。
>>
>>
>>
>>
>> 以上
>> 2012年1月13日17:43 Naoki Saito <nsaito.nmiri @ gmail.com>:
>>>
>>> こいさんさん,杉本さん
>>>
>>> 斉藤です.
>>>
>>> > (CygwinのインストールもUnix設定で行って確認しています)
>>>
>>> 杉本さんの仰るように
>>> Cygwin の Default Text File Type を Unix にするという手もありますね.
>>> 見落としていました.すいません.
>>>
>>> 以上です.
>>>
>>> 2012年1月13日17:22 杉本明加 <asuka.choronos @ gmail.com>:
>>> > こいさんさん
>>> >
>>> > 杉本です。
>>> >
>>> > SSPで使用しているPerlユーティリティは全てEUC+LF形式で
>>> > 保存した状態で動作確認しています。
>>> > (CygwinのインストールもUnix設定で行って確認しています)
>>> >
>>> >
>>> > SSPの仕様はdoc/ssp_spece.txtをご覧ください。
>>> > (SSPの仕様書はあるのですが、現状公開されているTOPPERS統合仕様書には
>>> > マージされていません)
>>> >
>>> > SSP開発の背景としては、待ちを使わないようなシンプルなアプリケーションへの
>>> > RTOS適用があります。待ちがなくともスケジューラや割込みハンドリング機構、
>>> > 時間管理機能といった恩恵に預かることができます。
>>> >
>>> > SSPの開発背景や適用分野はTOPPERSからのプレスリリースも参考にしてください。
>>> > http://toppers.jp/press/release-1111.pdf
>>> >
>>> >
>>> > 以上、よろしくお願いします。
>>> >
>>> >
>>> > 2012年1月13日16:35 koizumi yoshiyuki <koizumiyoshiyuki @ gmail.com>:
>>> >> こいさんです
>>> >>
>>> >>
>>>
>>> >> >> TOPPERS-SSPをWindows CygwinでBuildして見ました。ソースがEUCなので、作業前にS-JISに変換してBuildした処、make
>>> >> depenが失敗しました。
>>> >>
>>> >>
>>> >> Generating Makefile.depend.
>>> >>
>>> >> ../utils/confkernel svccall.def ../kernel/kernel_construction.def
>>> >> Makefile.config
>>> >> Line 65 : predicate must be 'define' or 'require'.
>>> >> Line 63 : predicate must be 'define' or 'require'.
>>> >> Line 60 : predicate must be 'define' or 'require'.
>>> >> Line 57 : predicate must be 'define' or 'require'.
>>> >> Line 55 : predicate must be 'define' or 'require'.
>>> >> Line 42 : predicate must be 'define' or 'require'.
>>> >> Line 39 : predicate must be 'define' or 'require'.
>>> >> Line 36 : predicate must be 'define' or 'require'.
>>> >> Line 33 : predicate must be 'define' or 'require'.
>>> >> Line 31 : predicate must be 'define' or 'require'.
>>> >> Line 29 : predicate must be 'define' or 'require'.
>>> >> Line 24 : predicate must be 'define' or 'require'.
>>> >> Line 11 : predicate must be 'define' or 'require'.
>>> >> Line 8 : predicate must be 'define' or 'require'.
>>> >> Line 5 : predicate must be 'define' or 'require'.
>>> >> Line 2 : predicate must be 'define' or 'require'.
>>> >> make: *** [genkerconf] Error 1
>>> >>
>>>
>>> >> >> 原因はkernel\kernel_construction.defをS-JISに変換すると改行がCR、FLになります。kernel_construction.defの改行のみの行がPerlのutils\confkernelで改行のみ行が処理できないようです。onfkernelに一行追加しました。
>>> >>
>>> >>
>>> >> 97 while($line = <IN>)
>>> >>
>>> >> 98 {
>>> >>
>>> >> local $/ = "\r\n"; # 削除したい改行文字を設定
>>> >>
>>> >> 99 chomp $line;
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> Windowsでやる人はあまりいないのかも知れませんが報告しておきます。
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> 追伸(SSPに対する疑問です)
>>> >>
>>> >>
>>> >>
>>>
>>> >> >> SSPにはタスクを待ちする処理がないようです(まだ詳しく読んでいません)。待ちの処理がなくてRTOSを使う意味が私にはよくわかりません。この辺を説明しているような何かが有りませんでしょうか。SSPの仕様を決めたときのメモ。のようなものでも紹介していただければ幸いです。
>>> >> extensionに周期ハンドラがあるのでタスク起動と周期ハンドラでシステムを作れと言っているのでしょうかね。
>>> >>
>>> >>
>>> >> タスク、タイマ、イベント、クリティカルセクション、キューがあればRTOSとして何とかなると思っていましたが、別な考え方があるのでしょうかね?
>>> >>
>>> >> 以上
>>> >>
>>
>>