|
コメント |
|
|
|
> .SIFFIXES: .cc .o
.SIFFIXES ではなく
.SUFFIXES です。
^
> ※ この際、エラーもワーニングも発しません。
$ make -d
とすると確認できると思います。
サフィックス・ルールを定義する時には -r オプションも使ったほうがわかりやすいです。
> ディレクトリ名を書き足すとサフィックス・ルールが無視されます。
src/main.o: src/main.cc のように、ターゲットをコンポーネントと同じディレクトリにするとサフィックス・ルールを利用できます。
「ディレクトリ名を書き足すと」というよりは、「ターゲットとコンポーネントのディレクトリが異なると」ということのようです。仕様なのではないでしょうか？
他のディレクトリも対象としたいのであれば、VPATH や vpath を使う必要があると思います。
Vine 4.0/3.2 では確認してませんが 4.1 x86 の make-3.80-0vl4 で、VPATH や vpath が使えました。
ただ、コマンド行を省略せずに書いたほうがトラブルにはなりにくいと思います。 |
|
|
|
|
>> .SIFFIXES: .cc .o
>
> .SIFFIXES ではなく
> .SUFFIXES です。
> ^
すみません。誤植でした。
>> ※ この際、エラーもワーニングも発しません。
> $ make -d
> とすると確認できると思います。
> サフィックス・ルールを定義する時には -r オプションも使ったほうがわかりや
> すいです。
>> ディレクトリ名を書き足すとサフィックス・ルールが無視されます。
> src/main.o: src/main.cc のように、ターゲットをコンポーネントと同じディレ
> クトリにするとサフィックス・ルールを利用できます。
>
> 「ディレクトリ名を書き足すと」というよりは、「ターゲットとコンポーネント
> のディレクトリが異なると」ということのようです。仕様なのではないでしょう
> か？
「サフィックス・ルール」で、検索してみたのですが「VPATH」まで、
たどり着けませんでした。
main.o: src/main.cc
g++ -c -o $*.o $<
「Makefile」で、↑のように、ファイル１つづつたと動作するので、
困惑してしまいました。
（ルールだと、依存のパスは見ないということですね。）
> 他のディレクトリも対象としたいのであれば、VPATH や vpath を使う必要がある
> と思います。
> Vine 4.0/3.2 では確認してませんが 4.1 x86 の make-3.80-0vl4 で、VPATH や
> vpath が使えました。
> ただ、コマンド行を省略せずに書いたほうがトラブルにはなりにくいと思います。
こちらでも「VPATH」を使い動作の確認がとれました。
ですので、この件は「解決」でおねがいします。 |
|
|
|
|
> >> ディレクトリ名を書き足すとサフィックス・ルールが無視されます。
> > src/main.o: src/main.cc のように、ターゲットをコンポーネントと同じディレ
> > クトリにするとサフィックス・ルールを利用できます。
> >
> > 「ディレクトリ名を書き足すと」というよりは、「ターゲットとコンポーネント
> > のディレクトリが異なると」ということのようです。仕様なのではないでしょう
> > か？
>
> 「サフィックス・ルール」で、検索してみたのですが「VPATH」まで、
> たどり着けませんでした。
>
> main.o: src/main.cc
> g++ -c -o $*.o $<
>
> 「Makefile」で、↑のように、ファイル１つづつたと動作するので、
> 困惑してしまいました。
> （ルールだと、依存のパスは見ないということですね。）
>
> > 他のディレクトリも対象としたいのであれば、VPATH や vpath を使う必要がある
> > と思います。
> > Vine 4.0/3.2 では確認してませんが 4.1 x86 の make-3.80-0vl4 で、VPATH や
> > vpath が使えました。
> > ただ、コマンド行を省略せずに書いたほうがトラブルにはなりにくいと思います。
>
> こちらでも「VPATH」を使い動作の確認がとれました。
>
> ですので、この件は「解決」でおねがいします。
とのことですので、これで完了とします。
ハラダ |
|
make-test-for-bug-report.tgz (578) 2007-02-10 13:46