アカウント名:
パスワード:
patch や perl4 で configure を目にした時にはすごいな、と思ったけど、今どきの UNIX variant なんてほとんど posix 準拠になっていると思うので、configure なんてもういらないよね。時間と電気の無駄。
(反論は受け付ける :-)
個人的には、もっと極端に「configureは廃止するべき」だと思ってる。
現在のセキュリティ的状況から見て、「自力で環境設定出来ない様な奴に、ソースからビルドする資格なんて無い」と言い切ってしまおう。
無論極論なのは承知。
設定ファイルが必要というのが間違ってて、本来はコンパイラがソース自身から解決すべきですね。
設定より規約でしたっけ？
configure から pkg-config 呼ぶんだったら Makefile から呼んでも同じだよね
Makefileで環境・コンパイルフラッグのチェックなんて、やめてくれ。それはGNU Autotools [wikipedia.org]でやってほしい。
Makefileは、ビルド手順の記載に終始すべき。
AutoconfやAutomakeは何であんなにややこしいシステムなのか、当時から理解できなかったが、今や理解する必要もなくなってしまった。
Tutorial がイマイチ整備されてないから、とっかかりが面倒なのは認めるよ。でも、導入の手順こそautoscan 実行した後 configure.ac を編集Makefile.am の作成aclocal, autoheader, automake, autoconf を順に実行と若干煩雑さはあるものの、Makefile.am の記述は素の Makefile に比べれば天国でしょ。Automake はそんなにややこしくない。
Autoconf と言うか、configure.ac とか configure.in がややこしいのは M4 のせいだと思う。
祖コメにあるposix 準拠になってるから不要ってのもちょっと違うと思う。Build 環境に VC なんかも含めるなら CMake のが楽な場合も多い
> aclocal, autoheader, automake, autoconf を順に実行
いまはautoreconfで自動化されています．autogen.shを書くっていうマナーも過去のものみたいです．
autoreconf は気付いてなかったので早速試してみたら、touch NEWS README AUTHORS ChangeLogこそ必要なものの、> aclocal, autoheader, automake, autoconf を順に実行ってのはautoreconf -iだけで済んでしまった。
情報ありがとうございます。
Makefile.amにAUTOMAKE_OPTIONS = foreignと書いておけばtouch NEWS README AUTHORS ChangeLogは不要かも．Please see info of automake.
って、どう？http://mxe.cc/ [mxe.cc]
これは、知らなかった。クロスコンパイル用の環境を構築するためのツールなのか。既存のコンパイラやライブラリで有名どころは、ほとんどこれでまかなえそう。
上で書いたのは、自分で書いたプログラムを cygwin1.dll なしで動くようCygwin 上で MinGW でコンパイルするって話だったんだけど、ライブラリ準備するのが大変だったので、この情報はかなり有益かも。
ありがとうございます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
configure なんてもういらないよね。 (スコア:1)
patch や perl4 で configure を目にした時にはすごいな、と思ったけど、今どきの UNIX variant なんてほとんど posix 準拠になっていると思うので、configure なんてもういらないよね。時間と電気の無駄。
(反論は受け付ける :-)
Re:configure なんてもういらないよね。 (スコア:1)
個人的には、もっと極端に「configureは廃止するべき」だと思ってる。
現在のセキュリティ的状況から見て、「自力で環境設定出来ない様な奴に、ソースからビルドする資格なんて無い」と言い切ってしまおう。
無論極論なのは承知。
-- Buy It When You Found It --
Re: (スコア:0)
設定ファイルが必要というのが間違ってて、
本来はコンパイラがソース自身から解決すべきですね。
設定より規約でしたっけ？
Re: (スコア:0)
configure から pkg-config 呼ぶんだったら Makefile から呼んでも同じだよね
Re: (スコア:0)
Makefileで環境・コンパイルフラッグのチェックなんて、やめてくれ。
それはGNU Autotools [wikipedia.org]でやってほしい。
Makefileは、ビルド手順の記載に終始すべき。
Re: (スコア:0)
AutoconfやAutomakeは何であんなにややこしいシステムなのか、
当時から理解できなかったが、今や理解する必要もなくなってしまった。
えー、素の Makefile なんて面倒臭くて書いてらんないし。 (スコア:0)
Tutorial がイマイチ整備されてないから、とっかかりが面倒なのは認めるよ。
でも、導入の手順こそ
autoscan 実行した後 configure.ac を編集
Makefile.am の作成
aclocal, autoheader, automake, autoconf を順に実行
と若干煩雑さはあるものの、
Makefile.am の記述は素の Makefile に比べれば天国でしょ。
Automake はそんなにややこしくない。
Autoconf と言うか、configure.ac とか configure.in がややこしいのは M4 のせいだと思う。
祖コメにあるposix 準拠になってるから不要ってのもちょっと違うと思う。
Build 環境に VC なんかも含めるなら CMake のが楽な場合も多い
Re:えー、素の Makefile なんて面倒臭くて書いてらんないし。 (スコア:1)
> aclocal, autoheader, automake, autoconf を順に実行
いまはautoreconfで自動化されています．
autogen.shを書くっていうマナーも過去のものみたいです．
love && peace && free_software
t-nissie
Re: (スコア:0)
autoreconf は気付いてなかったので早速試してみたら、
touch NEWS README AUTHORS ChangeLog
こそ必要なものの、
> aclocal, autoheader, automake, autoconf を順に実行
ってのは
autoreconf -i
だけで済んでしまった。
情報ありがとうございます。
Re:えー、素の Makefile なんて面倒臭くて書いてらんないし。 (スコア:1)
Makefile.amにAUTOMAKE_OPTIONS = foreignと書いておけば
touch NEWS README AUTHORS ChangeLog
は不要かも．Please see info of automake.
love && peace && free_software
t-nissie
mxe(オフトピ) (スコア:0)
って、どう？
http://mxe.cc/ [mxe.cc]
Re: (スコア:0)
これは、知らなかった。
クロスコンパイル用の環境を構築するためのツールなのか。
既存のコンパイラやライブラリで有名どころは、ほとんどこれでまかなえそう。
上で書いたのは、
自分で書いたプログラムを cygwin1.dll なしで動くよう
Cygwin 上で MinGW でコンパイルするって話だったんだけど、
ライブラリ準備するのが大変だったので、この情報はかなり有益かも。
ありがとうございます。