何も書いて無いのに警告が出るだろうか

　プログラム解析のため１０個ぐらいのＣ言語ファイルで
出来たソフトをビルドしたのですが、次の警告が最初の
ファイル以外に対して、それぞれ出ます。

>C1300 (W) Command parameter specified twice
> 同じコンパイラオプションを2度以上指定しています。
>同じコンパイラオプションの中で最後に指定したものを
>有効とします。

　define　等が２度以上書かれているのかなと思い、あるファイル
の中身を全て削除しました。中身が空なだけでファイルは消して
いません。
　それなのに、そのファイルに対して上の警告が出ます。

　この警告は何でしょう。何も書いて無いのにこのような警告が
出るのでしょうか。

　宜しくお願いします。

No.1 回答者： koko_u_ 回答日時： 2008/10/05 13:51

>define　等が２度以上書かれているのかなと思い

コンパイラオプションだって言ってるじゃないですか。

この回答へのお礼

　御回答有り難う御座います。

　コンパイラオプションが分からなくて質問したのですが。

お礼日時：2008/10/05 15:05

No.2 回答者： koko_u_ 回答日時： 2008/10/05 15:18

>コンパイラオプションが分からなくて質問したのですが。

コンパイル時のコマンドラインオプションのことです。

No.3 回答者： asuncion 回答日時： 2008/10/05 15:26

> コンパイラオプションが分からなくて質問したのですが。

最初の質問の文面からは、そういう意図は読み取れませんでした。
ところで、コンパイラーは何をお使いですか？
また、どういう風にコンパイルしていますか？

この回答へのお礼

　有り難う御座います。

　ルネサスのＨ８マイコン用のＨＥＷと言うソフトを使っています。
　扱い方については殆ど分かっていません。

　外注先が作った古いソフトを見ています。ワークスペースを
開いて、「コンパイル、ビルド、全てをビルド」をいじっています。
　
　構造体でchar変数が奇数個のため警告が出たので、ダミーを
入れて直したりしています。
　直せる警告を潰したいと思っています。

　ファイル内のプログラムを削除して行って、エラーが消えれば
場所が特定出来ると思って調べています。
　そこを調べれば警告の意味が分かると思っていました。

　コンパイルコマンドは中間ファイルを作るだけでリンケージまでは
しないと想像しています。

　コンパイルでもビルドでも同じエラーが出ます。
　何も書いてないファイルをコンパイルすれば、前述のエラーは消える
と想像しています。

　予想に反して消えないので、警告の意味が分からず皆様に
お聞きした次第です。
　宜しくお願いします。

お礼日時：2008/10/05 16:03

No.4 回答者： 0x131cc6e 回答日時： 2008/10/05 16:18

コンパイルオプションに伴う警告なのでソースコードを修正する必要はないでしょう。

HEWというのがどういうものかわかりませんが、統合開発環境ならコンパイルオプションは設定画面で設定すると思うので、そちらを確認しては？

それから、Googleで
「HEW C1300 (W) Command parameter specified twice」
で検索した結果の一番上のPDFを読むと、
「【注意事項】
　CHECK=* は複数指定可能ですが、この場合には、以下のウォーニングメッセージが出力されます。
　C1300 (W) Command parameter specified twice
　本ウォーニングメッセージは、無視して頂いて構いません。」
とありますが、これとは別の話ですかね？

この回答へのお礼

　有り難う御座います。
　僕ももう少し調べてみます。

お礼日時：2008/10/05 20:21

No.5 回答者： jacta 回答日時： 2008/10/05 17:10

警告の意味が分からないまま、闇雲にコンパイラを黙らせることののみを目的とした修正は非常に危険です。

実際に担当した外注先に確認するか、それができなければ放置することをお勧めします。

この回答へのお礼

　回答有り難う御座います。

＞警告の意味が分からないまま、闇雲にコンパイラを黙らせることのみを目的とした修正は非常に危険です。

　警告の意味を知るために調べているのです。
　直せる警告ならば直したい。

　今までの警告は、次のような物です。
　「構造体の境界線が奇数アドレスになる」
　これはダミーを入れて偶数アドレスになるように調整しました。

　「使われていない変数がある」
　コメントアウトしました。

　適切な処置だと思いますが。


＞外注先に確認するか、それができなければ放置することをお勧めします。

　外注先も面倒を見てくれない古いソフトを改造する必要が有り
調べているのです。　

お礼日時：2008/10/05 20:40

No.6 回答者： jacta 回答日時： 2008/10/05 23:10

>　「構造体の境界線が奇数アドレスになる」

> 　これはダミーを入れて偶数アドレスになるように調整しました。

実際のソースを見ないことには推測の域を出ませんが、偶数アドレスに整列すべき構造体が奇数アドレスに配置されるのは、#pragma pack等の方法で意図的にそうしているからではないでしょうか？
だとすれば、必要があるからそうしているのであって、警告を消すためだけにダミーを挿入するのは非常に危険です。

この回答へのお礼

　回答有り難う御座います。

　ＣＰＵはルネサスのＨ８系です。１６ビット幅が基本のＣＰＵです。
　奇数個の char データの後に int データが来ると奇数アドレス
に配置されてしまう。
　２バイト以上で出来ている int データは、奇数アドレスから配置
出来ません。ＣＰＵのハード的な仕様です。
　
　アセンブラですと .ALIGN 2　として、アドレスを偶数に切り直します。
　アセンブラで文字データの後にマシン語が入るときは、偶数に切り直す処理が必要です。
　０００１番地にジャンプさせる命令を書くと、最下位ビットが無視されて００００番地にジャンプします。
　１６ビットのレジスタに読み書きするのも同様で、０００１番地から
１６ビット単位で読み書きしようとすると、００００番地からの２バイトをアクセスします。

　１バイト長のcharが構造体の中で奇数個連続すると、このような問題が起こります。
　プログラマがこのような事情を知らず、int などの偶数バイト長のデータが奇数アドレスに配置されると警告が出て、偶数に配置するようにコンパイラが調整します。
　この警告が出るのは、ＣＰＵの事情を知らないプログラマのミスです。

お礼日時：2008/10/06 00:48

No.7 回答者： JaritenCat 回答日時： 2008/10/05 23:38

HEWは頻繁バージョンアップします。

前のバージョンならエラーが出なくても新しいバージョンで仕様が変わる事もあります。
プログラムの内容が理解できないまま修正するのは危険です（動いているように見えてもある日突然止まるかもしれません）
可能であれば、開発環境をまるごと（ハードディスクのコピーとか）入手することをお勧めします。

この回答へのお礼

　回答有り難う御座います。

＞プログラムの内容が理解できないまま修正するのは危険です

　理解するためにいじっているのです。まずは警告が出ないように
まともなソフトに訂正したい。

　警告の理由を調べているのです。

＞可能であれば、開発環境をまるごと（ハードディスクのコピーとか）入手することをお勧めします。

　外の会社で誰が作ったか分からないソフトを改造するのですから
無理ですね。

お礼日時：2008/10/06 01:10

No.8 回答者： jacta 回答日時： 2008/10/06 07:34

> この警告が出るのは、ＣＰＵの事情を知らないプログラマのミスです。

断定はできませんが、おそらく違います。

Cコンパイラは、ハードウェアの仕様で16ビット以上の変数が偶数バイト境界に整列していなければならない場合、デフォルトでは勝手にそのように配置します。奇数バイトに配置するには、コンパイラオプションや#pragma指令などを使って、明示的に指定しなければなりません。

明示的に奇数バイトに配置しているということは、何らかの事情でそうすることが必要だということです。
ちなみに、#pragma packなどでint型を奇数バイトに配置した場合、コンパイラは上位バイトと下位バイトを分割して読み書きするコードを生成するなどの方法で対応することになるはずです。

この回答へのお礼

　回答有り難う御座います。
　
　私の考えは、次のＵＲＬの最後に書いてある
「構造体を設計するときは、このようにアライメントを考えた構造にするようにしましょう。」と言う事です。

http://www.g-ishihara.com/c_st_01.htm

お礼日時：2008/10/06 20:50

No.9 回答者： salsberry 回答日時： 2008/10/06 21:11

HEWの中でCコンパイラを起動しているのですよね?

バージョンによって異なるかもしれませんが、http://monoist.atmarkit.co.jp/fembedded/h8/h8pri …の図2の右下にあるのが「コンパイラオプション」です。
質問者の使っている環境では、その部分の表示はどうなっていますか?
警告メッセージから判断すると、重複指定されたコンパイラオプションがあるのではないかと想像できます。
個々のコンパイラオプションの意味は、コンパイラのマニュアルを参照して確認してください。

この回答へのお礼

　salsberry さん、及びＮｏ４の　0x131cc6e　さん、
有り難う御座います。

　解決の糸口が分かりました。調べてみると、
-lang=c -nologo -sj -lan=c
　と書いてあります。-lang=c と -lan=c が同じ意味で
ダブっているのではと思い、-lan=c　を削除したら
警告が消えました。
　他にも「ケース文をＩＦ文にした」と言うような警告が
出るのですが、「-case=table」にヒントが有りそうです。

　どんなオプションが有るのか、それを解説してあるマニュアルが
有るか探してみます。

　どうも有り難う御座いました。

お礼日時：2008/10/07 00:40

No.10 回答者： jacta 回答日時： 2008/10/06 23:31

> 　私の考えは、次のＵＲＬの最後に書いてある

> 「構造体を設計するときは、このようにアライメントを考えた構造にするようにしましょう。」と言う事です。

そのサイトに書いている内容は、各データ型のサイズを仮定している時点で移植性がありません。
間違った情報を鵜呑みにするのはやめましょう。

そして、今回の場合は、意図的に構造体が奇数番地から始まる可能性があるような設定をしているわけですから、原則論ではなく、特殊な事情があると考えるのが妥当です。

この回答へのお礼

　jacta さんは勘違いしていませんか。

　int など偶数バイト単位で構成されるデータは、偶数番地にしか配置
出来ません。ＣＰＵの依存性が有ります。
　パソコンのＣＰＵだったら、３２ビット単位だと思います。

　それでコンパイラは次の警告を出し、１バイトの空き領域
を作り、偶数番地に配置するのです。

「C0016 (I) Padding in structure
構造体のメンバ間に境界調整の空き領域を生成しました。」

　コンパイラに行わせるのでは無く、プログラマがダミーを
入れて認識しておくべきだろうと言っているのです。

お礼日時：2008/10/07 01:04