アカウント名:
パスワード:
さらに難解なMakefileが登場しそうで
それは場合によるんじゃないかなぁ。Schemeを理解出来ない人にとっては難解になるだろうけど、理解できる人にとってはこれまでのMakefileの文法で書かれるより理解しやすいだろうし、うまく関数化できればautotoolsの出力もシンプルになりえないのかな？ただ、そもそも難解なのはMakeで処理したい内容（正しくビルド・インストールするための条件・仕様）が難解であるからであって（Schemeがどうとかいう）Makeの仕様による影響は小さいとか言えるかもしれないし、さらにさらに、configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性もあるけど。
現在のautotoolsを使わない、Makefileだけっていうプロジェクトはシンプルで素敵です。Learn The C Hard Wayのex28 [learncodethehardway.org]の分かりやすいMakefileや、suckless.org [suckless.org]のプロジェクトに使われているMakefileは短くて分かりやすくて素敵です。
上のやつ、ソースファイルの依存リストはどうしてるの?
make使えます!と言ってた奴が毎回make clean&&makeしてたり、makeだけ実行してるのをオペミス扱い(そいつの書いたmakefileではたしかに危険だけど)してるのを見てから疑い深くなってしまった。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
何がなぜ難解なのか (スコア:0)
さらに難解なMakefileが登場しそうで
それは場合によるんじゃないかなぁ。
Schemeを理解出来ない人にとっては難解になるだろうけど、理解できる人にとってはこれまでのMakefileの文法で書かれるより理解しやすいだろうし、うまく関数化できればautotoolsの出力もシンプルになりえないのかな？
ただ、そもそも難解なのはMakeで処理したい内容（正しくビルド・インストールするための条件・仕様）が難解であるからであって（Schemeがどうとかいう）Makeの仕様による影響は小さいとか言えるかもしれないし、さらにさらに、configureの処理がMakefileに移る可能性があって更に難解なMakefileになる可能性もあるけど。
Re: (スコア:0)
現在のautotoolsを使わない、Makefileだけっていうプロジェクトはシンプルで素敵です。
Learn The C Hard Wayのex28 [learncodethehardway.org]の分かりやすいMakefileや、
suckless.org [suckless.org]のプロジェクトに使われているMakefileは短くて分かりやすくて素敵です。
Re:何がなぜ難解なのか (スコア:0)
上のやつ、ソースファイルの依存リストはどうしてるの?
make使えます!と言ってた奴が毎回make clean&&makeしてたり、makeだけ実行してるのを
オペミス扱い(そいつの書いたmakefileではたしかに危険だけど)してるのを見てから疑い深くなってしまった。