imake, autoconf その他ビルドシステム

AoiMoe a.k.aしお兄P @AoiMoe

GNUmakefile書くストレスは、BSD makeのMakefile書いて発散するといい

AoiMoe a.k.aしお兄P @AoiMoe

BSD makeをBSD以外で使う試みはいくつかあったが、どうにも決定版がない

SODA Noriyuki @n_soda

@AoiMoe 対応プラットフォームの数なら、pkgsrc の bootstrap に含まれてる奴が一番多そうなんですけどねえ…

AoiMoe a.k.aしお兄P @AoiMoe

BSD makeは/usr/share/mkがあってナンボなので、そこを各プラットフォーム向けにちゃんと作るのが大変ってのもある。

AoiMoe a.k.aしお兄P @AoiMoe

/usr/share/mkを使うの、方法論としてはimakeに近いわけだが、まあcpp通すよりはだいぶ素性がいい

AoiMoe a.k.aしお兄P @AoiMoe

まあそれを抜きにしても、フロムスクラッチでMakefile書くなら、基本的にBSD makeのほうがGNU makeより楽だと思うが

Takanori Watanabe 💉💉💉💉💉 @takawata19

imakeはなぜ廃れてしまったのか

AoiMoe a.k.aしお兄P @AoiMoe

@takawata19 どちらかというと仕組み自体よりもlib/X11/configの下の出来が悪かったせいのような。

なかじ @n12i

@AoiMoe cppとcc -Eとgcc -Eで挙動が違うなんてことも、今となっては懐かしく思い出したくありません(´･_･`)

IMAIZUMI Mitzyuki - Full Vaccinated @bsdhack

@takawata19 imake/xmkmfで生成されたmakefileではビルドエラーになる事が多かったから…？ 今ドキだと configure の一人勝ちなんでしょうかね？

AoiMoe a.k.aしお兄P @AoiMoe

imakeはpre-POSIX時代のツールだというのもあると思うんだな。本当にいろんな環境でビルドするために、かなり変態的なことになっている

Takanori Watanabe 💉💉💉💉💉 @takawata19

@bsdhack 今時は、この手のビルドシステムは戦国時代という認識です。cmake, scons .....

IMAIZUMI Mitzyuki - Full Vaccinated @bsdhack

@takawata19 うひ、cmake も scons も知りませんでした（最近 yum install しかしていない気が……orz

Takanori Watanabe 💉💉💉💉💉 @takawata19

@n12i @AoiMoe C FaqにCPPを汎用のマクロ処理言語につかうのはやめましょうと書かれてしまうぐらいですからねぇ...

AoiMoe a.k.aしお兄P @AoiMoe

cppがだめならm4使えばいいじゃない、で生まれたGNU autotoolsというクソの山

IMAIZUMI Mitzyuki - Full Vaccinated @bsdhack

@takawata19 @AoiMoe うわ耳が痛い！某銀行でSEやってた時にcppを汎用マクロ処理に使いまくっていた過去が…だってさソフト勝手に導入できないしさ、他に良いマクロプロセッサ無かったしさ（言い訳

Takanori Watanabe 💉💉💉💉💉 @takawata19

@bsdhack @AoiMoe C Faqではm4使えという解決策が書いてありました。

IMAIZUMI Mitzyuki - Full Vaccinated @bsdhack

@takawata19 @AoiMoe 確かにm4なんでしょうね。あれはあれでアレですが（cf 作る時にお世話になっているので足を向けては寝られませんが…

Takanori Watanabe 💉💉💉💉💉 @takawata19

j.mp/1zVsyjq もしC言語以外のものを前処理することを考えているのであれば、汎 用のプリプロセッサーを使うことを考えること。(たいていのUnixシ ステムで使える古くから存在するツールはm4である)。

AoiMoe a.k.aしお兄P @AoiMoe

まあ、時代背景を考えると、imakeも必要だったしGNU autotoolsも必要だったと思うのだが、未だに後者が廃れてないのはどうかと思うの。

AoiMoe a.k.aしお兄P @AoiMoe

makeを使うならMakefile文法ですべてが完結しているべきであって、GNU makeみたいな中途半端なものを作ってあとはautotoolsに任すなんて方法論は、初手から間違ってるんじゃないかね。

SODA Noriyuki @n_soda

@AoiMoe imakeや/usr/share/mkのように事前に調べておかなくても、ad hocに調べられるって方が適用範囲が広いので、より広まりやすいと思います。←前から書いてますが、僕はautotoolsが結構好きなので、そういうバイアスのある意見です。

AoiMoe a.k.aしお兄P @AoiMoe

@n_soda 昔ほどそういうのが必要じゃない世の中になってるってのもあって、「未だに」という話になってます

AoiMoe a.k.aしお兄P @AoiMoe

だってさあ、autoconfが必要だったころって、 # include <string.h> か # include <strings.h> かで悩んでたような時代だよ。

SODA Noriyuki @n_soda

@AoiMoe OpenGroup標準の中だけで書ける範囲が非常に広くなったとは言え、epoll使いたいとかkqueue使いたいとか、依存しているサードパーティ・ライブラリのバージョンに応じて使う関数を変えたいとか、今でもカジュアルに存在する要求なので…