【死ね】configure大嫌い【RMS】

[1 デフォルトの名無しさん 2005/04/23(土) 11:30:50]

automake
autoconfをこのﾖから撲滅するスレ

[262 デフォルトの名無しさん 2005/04/27(水) 23:51:19]

>>261
Windowsでも使えるぞ？
使うやつはいないだろうけど。

[263 デフォルトの名無しさん 2005/04/27(水) 23:51:45]

リア厨1年のときに同級生の女の子から一言
「ペニスってなんのこと？」

[264 デフォルトの名無しさん 2005/04/27(水) 23:59:40]

もうさあれだよperlのConfigure.plを標準にしようぜ！！な！！

[265 デフォルトの名無しさん 2005/04/28(木) 01:31:33]

>>202が犬厨な件

犬厨ってこんな奴ばかりか？

[266 デフォルトの名無しさん 2005/04/28(木) 01:37:42]

犬厨なんていねぇよageるなボケ

[267 デフォルトの名無しさん 2005/04/28(木) 02:07:40]

>>258にだけは激しく同意するが
犬厨からも追い出された>>1みたいに
環境に文句垂れていい気分、みたいな奴はそもそもダメ人間。
そのうち「Perlのスカラー変数は何で$なんだよ」とかわめきだすんじゃねえか

[268 デフォルトの名無しさん 2005/04/28(木) 13:16:29]

>犬厨からも追い出された>>1みたいに
また勝手に決め付けてますよ。configure使ってると頭が悪くなるです。

[269 デフォルトの名無しさん 2005/04/28(木) 21:52:07]

configure最悪

[270 デフォルトの名無しさん 2005/04/28(木) 22:34:39]

掃き溜めに書き捨て

[271 デフォルトの名無しさん 2005/04/29(金) 00:12:57]

>>267
そういう問題じゃないだろｗｗｗ
一言でconfigureの問題点言ってやろうか。
本末転倒。
どうよ？

[272 デフォルトの名無しさん 2005/04/29(金) 00:15:02]

ﾌﾟ

[273 ./configure萌え 2005/04/29(金) 00:17:03]

automakeとautoconfに萌えるスレ

[274 デフォルトの名無しさん 2005/04/30(土) 02:21:38]

configure も使えない負け犬たちのスレはここですか？

[275 デフォルトの名無しさん 2005/04/30(土) 02:29:54]

使える・使えないと言うより、ﾀﾞﾘｰﾖって事じゃないかい?

[276 デフォルトの名無しさん 2005/04/30(土) 04:50:25]

>>255
使いたくないけど
使わないといけないこともある。
他の代替策は何かあるの？

[277 使わないといけないこともある。 2005/04/30(土) 06:01:38]

使わないといけないこともある。
















ねーよｗｗｗ
お前ほんとにわかって書いてるのか？

[278 デフォルトの名無しさん 2005/04/30(土) 07:41:17]

276じゃないけど、他のライブラリ(アプリ含む)に依存するとき、
インストールしてない香具師に向けて、
AC_MSG_ERROR("さっさとhogeをインストールしる")
しといてMakefile作らないようにするとき便利。
移植性？？？知ったこっちゃないね。

[279 デフォルトの名無しさん 2005/04/30(土) 09:23:33]

>>230
> えー、Linux板でも隔離スレ以下の扱いしかされてないスレがありまして
> わざわざそういうスレを選んでまでVC++最強とか
> VBAがないプラットフォーム許せんとか主張してた素敵な方がいらっしゃいまして、
> >>1 は多分その方だと思われます。
>

ワラタ

[280 1 2005/04/30(土) 13:37:41]

わりーけどLinux板なんて行ったこと無いよ

[281 デフォルトの名無しさん 2005/04/30(土) 13:54:33]

>>280
食わず嫌いって奴か。

[282 デフォルトの名無しさん 2005/04/30(土) 15:56:17]

GNUが低品質なのはconfigureと無関係ではないだろう。

[283 デフォルトの名無しさん 2005/04/30(土) 17:28:38]

>>277
「他の代替策は何かあるの？」

[284 デフォルトの名無しさん 2005/04/30(土) 18:06:58]

>>283
つ[努力と根性]

[285 デフォルトの名無しさん 2005/04/30(土) 21:59:15]

>>282
＞GNUが低品質なのはconfigureと無関係ではないだろう。

前提条件が間違ってるのでそれ以降無駄ですな。

[286 デフォルトの名無しさん 2005/04/30(土) 23:54:07]

平気でconfigureを使っちゃうような奴らがメンテしてたら低品質にもなるわな。

[287 デフォルトの名無しさん 2005/04/30(土) 23:56:52]

>>285
エサ与えんなよ

[288 デフォルトの名無しさん 2005/05/01(日) 01:42:38]

282は正しい。

[289 デフォルトの名無しさん 2005/05/01(日) 01:47:26]

>>288
そうか？
configureはGNUが低品質なための結果じゃない？

[290 デフォルトの名無しさん 2005/05/01(日) 01:48:20]

スパイラルしてるわけね

[291 デフォルトの名無しさん 2005/05/01(日) 04:29:47]

>>289
qmail作者の思想はどう思うよ?

[292 デフォルトの名無しさん 2005/05/01(日) 07:05:06]

なんにしてもこの板向けの話じゃないなあ。
どっか行って。しっしっ

[293 デフォルトの名無しさん 2005/05/01(日) 13:12:39]

>>291
ライブラリ低品質→自分で作る！→コンパイル面倒→しかたないconfigure

[294 デフォルトの名無しさん 2005/05/01(日) 16:32:13]

UNIX や C に互換性がないのが根本の問題。
configure はその非互換部分を隠すためのバッドノウハウ集。
多様性の短所。

[295 デフォルトの名無しさん 2005/05/01(日) 16:48:22]

そこでJavaですよ。

[296 デフォルトの名無しさん 2005/05/01(日) 17:37:05]

Java とか各種スクリプト言語は互換性をほぼ問題解決するけどパフォーマンスが。

[297 デフォルトの名無しさん 2005/05/01(日) 18:02:43]

>>294
Linuxの間違いだろう。ディストロ乱発

[298 デフォルトの名無しさん 2005/05/01(日) 19:01:06]

やっと結論が出たな。
configureはバッドノウハウ。

[299 デフォルトの名無しさん 2005/05/01(日) 22:03:40]

>>297
FreeBSD と Solaris で動かすことを考えてみろ

[300 デフォルトの名無しさん 2005/05/01(日) 22:04:43]

gcc と scc とかね

[301 デフォルトの名無しさん 2005/05/01(日) 23:17:10]

>>299
何か問題でも？

[302 デフォルトの名無しさん 2005/05/01(日) 23:35:52]

>>301
べつに問題ないよな？

>>299は、何が言いたいんだ？

[303 デフォルトの名無しさん 2005/05/07(土) 23:45:53]

UNIX板にもAutomakeスレが(三年前から)あるのに今日気付いたが
やっぱり嫌われてるぞ、と。

[304 デフォルトの名無しさん 2005/05/09(月) 02:21:17]

RMSの言う自由ってさ、ブッシュの言うそれと似てる気がする。
ま、彼も所詮「アメリカ」人ってことだーね。

[305 デフォルトの名無しさん 2005/05/09(月) 03:06:58]

それはあるね。
GNU以前の日本のフリーウエアって事実上何の制限もつけないものが多かったんだよね。
それを振り返るとGNUの精神とはRMSのための自由って感じがするね。

[306 デフォルトの名無しさん 2005/05/09(月) 05:04:33]

RMSは結構儲けたんじゃないの？最初の一人は儲かるんだよマルチは。

[307 デフォルトの名無しさん 2005/05/09(月) 06:53:51]

>>306
おおー！
言われてみれば確かにマルチだな。

[308 デフォルトの名無しさん 2005/05/21(土) 18:14:43]

オープンソースは問題が明らかになってから修正されるまでは確かに早いが
ソースが公開されてしまっているが故に解析されやすい
また、頻繁に修正を繰り返すためエンバグもしやすい
また商用と異なり、メンテ人員の意識レベルの低さから新たな問題へと繋がりやすい

[309 デフォルトの名無しさん 2005/05/21(土) 18:40:46]

ネタがないならageるなよ。

終了

[310 デフォルトの名無しさん 2005/05/21(土) 18:42:51]

↑あはは「終了」だってｗ
馬鹿？

[311 デフォルトの名無しさん 2005/05/21(土) 18:53:03]

makeだけで済む時代は平和だった。
しかしやがて、「えーっと、こいつはSolaris2.xでgccだからこれをコメントアウトしてこのオプションを有効にして……うがぁ!!やってられるかー!!」と頭をかかえる状態になった。
一部、imake導入の動きなどもあったが、ややこし過ぎて挫折した。
configureが出たときは衝撃だった。./configure; make; make installするだけ!! なんとすばらしい。
かなりしばらくして、山のよーなバイナリパッケージを構築する必要にせまられた。
「何で、autoconfやautomakeが3つも4つも別パッケージになってるんだ?」
その理由は作業半ばで判明した。「おっかしいなぁ、必要なパッケージは全部入ってるのに何でここから通らないんだ?」
出てくるのはconfigureやMakefileの構築失敗。試行錯誤の挙句、ふと思いたって多数入っていたautotool群を全部削除し、そのパッケージ構築に必要なものだけ再インストールした。
「……通るやんけ」m4のコードをさんざんおいかけても原因が理解できなかった俺は、全力で脱力した(ぉ
そのとき、autotool群は俺の敵になった。……ま、諸悪の根源はm4だとは思うが。

[312 デフォルトの名無しさん 2005/05/21(土) 20:15:57]

だいたいさあ、プラットフォームごとの微妙な差異を埋めるのは
それぞれのプラットフォームの責任じゃねーの？

[313 デフォルトの名無しさん 2005/05/22(日) 09:32:30]

>>311
> そのとき、autotool群は俺の敵になった。……ま、諸悪の根源はm4だとは思うが。
$SHARE/aclocal以下は適宜修整しないと動かんし、AutomakeはVersionごとに
分かれてるが、Autoconfは分かれとらんしね。
もしかして、GNU m4以外を使ってる？それだとどうにもならん。

[314 デフォルトの名無しさん 2005/05/22(日) 18:09:25]

>>313
や、単に「こんなもん読めるかぁ〜〜〜!!」というだけの話っす＞m4

[315 デフォルトの名無しさん 2005/05/22(日) 18:39:40]

>>314
.m4ファイルは単なるシェルスクリプトだよ。
何回も使う部分はマクロを利用しているだけだし。
ま、マクロの間にスクリプトがあるように見えるから、
読みにくいといえば読みにくいね。

[316 デフォルトの名無しさん 2005/05/22(日) 19:05:57]

おれにとって出力がshの時点で十分読めないから、
生成でm4以外を選択したとしても似たり寄ったりだよ

[317 デフォルトの名無しさん 2005/06/09(木) 00:16:23]

>>1
ストールマンの「Free」の意味知ってる？
ストールマンは「Free＝タダという意味ではない」といっているでしょ？
ストールマンの講演も聴いてないようなやつがなに言ってんの？

[318 デフォルトの名無しさん 2005/06/09(木) 00:20:57]

GPL より "Free" なライセンスは沢山ある

[319 デフォルトの名無しさん 2005/06/09(木) 09:52:32]

Free＝北斗の拳的無法状態

[320 デフォルトの名無しさん 2005/09/04(日) 19:06:45]

わかった。
Windowsに一本化すればこんなのいらないよ。

[321 デフォルトの名無しさん 2005/09/06(火) 08:00:40]

おまいら、黙ってソース流用しろよ。
せっかく面倒な部分のソースが転がってるんだぜ。有効活用しなくちゃ損。
全部じゃなくて、一部だけ使えばバイナリ解析したってバレやしない。
ちょっと頭使うだけで生産性が何倍にも跳ね上がる。おいしすぎ。
もっとソース公開してくれ。

[322 デフォルトの名無しさん 2005/09/07(水) 12:00:26]

＞バレやしない

RMSが死ぬべき理由の１つだな。

[323 デフォルトの名無しさん 2005/09/07(水) 12:50:23]

>>1 はいいんだが、
>>2 以降は糞

[324 デフォルトの名無しさん 2005/09/08(木) 16:22:50]

/etc/config/network/ってどこにあるんですか？？
詳細お願いいたします。

[325 デフォルトの名無しさん 2005/09/08(木) 16:24:15]

>>324
/etc/config/network/にある

[326 デフォルトの名無しさん 2005/09/08(木) 16:27:04]

それは調べてわかっております・・・。ただ今勉強中の身で
すので、もう少しわかりやすく教えていただけたら幸いです。

[327 マイク ◆yrBrqfF1Ew 2005/09/08(木) 16:51:43]

$ locate manko
だ。

[328 デフォルトの名無しさん 2005/09/08(木) 17:15:20]

>>326
俺のサーバにはあったぞ。
探し方がまずいんじゃないのか？(w

[329 デフォルトの名無しさん 2005/09/08(木) 17:39:36]

>>326
もう少し詳しく
cd /etc
cd config
cd network
こういう方向の詳しくってことか？

[330 デフォルトの名無しさん 2005/09/08(木) 17:53:41]

ありがとうございます。探し方ですね。確かにどう探すか・・・
悩んでおりました。よろしければその辺を教えていただければ
うれしいのですが。よろしくお願いします。

[331 マイク ◆yrBrqfF1Ew 2005/09/08(木) 18:55:54]

>GNUが低品質なのはconfigureと無関係ではないだろう。

･オープンソースDBの質は商用ソフトの「6倍優れる」
･Apacheコードの品質は商用ソフトと同程度

[332 デフォルトの名無しさん 2005/09/08(木) 18:57:27]

>･オープンソースDBの質は商用ソフトの「6倍優れる」
ｵﾗｺｰ重い

[333 デフォルトの名無しさん 2005/09/08(木) 19:17:09]

>>331
GNUとオープンソースを読み違えてますよ
馬鹿マイクさん

[334 デフォルトの名無しさん 2005/09/10(土) 06:33:11]

>>330
find / -name network
環境書いてくれた方が手っ取り早いが


板違いのスレに、スレ違いの質問が来るのって…

[335 デフォルトの名無しさん 2005/09/22(木) 16:03:06]

こらーっ！！

[336 デフォルトの名無しさん 2005/09/22(木) 16:04:17]

なんというか、なんだかんだ言われながら
地道な活動を続けている>>1はやっぱすごいと思った。

[337 デフォルトの名無しさん 2005/09/22(木) 17:23:23]

VC4でWindowsプログラミングを始めたときも、
Javaを業務で使い始めたときも、
C+asmで組み込みプログラミングを始めたときも、
Linuxを常用し始めたときも、
Autoconf/Automakeを使い始めたときも、

はあ？なにこのクソな環境？終わってるな。などと
思ったものですが、結局どの環境も慣れたら便利だと
感じるようになりましたｗ　慣れない奴は忍耐力が足らん。

[338 デフォルトの名無しさん 2005/09/22(木) 18:10:56]

>>337
どれも糞じゃん

[339 デフォルトの名無しさん 2005/09/22(木) 19:02:28]

UNIXプログラミング質問すれ Part7
http://pc8.2ch.net/test/read.cgi/tech/1127373405/

[340 デフォルトの名無しさん 2005/09/23(金) 01:31:24]

不便さに慣れちゃう器用な人間はプログラマには向いていません。
オペレーターです。

[341 デフォルトの名無しさん 2005/09/23(金) 02:36:56]

便利なシステムが広まったら土方の仕事がなくなります。

[342 デフォルトの名無しさん 2005/10/15(土) 16:16:48]

まあ面白いスレだから保守しておくか

[343 デフォルトの名無しさん 2005/10/15(土) 18:12:35]

つかWindowsプログラマの寝言でしょ
秀丸の人も「Makefile使うようなUNIXの開発うぜえ」とか言ってたし

[344 デフォルトの名無しさん 2005/10/15(土) 18:22:41]

俺はWindowsでもMakefileは作るけど。
configureみたいなのは面倒すぎる。
ただ使う奴はいいだろうけど、作るほうがね。

[345 デフォルトの名無しさん 2005/10/16(日) 01:08:35]

>>344
いやー簡単だよ。
これ使えば複雑なMakefileを書く必要もないわけだし。

ほとんどの人は食わず嫌いなだけじゃないかな。

とりあえず、以下のサイトをあげておく。
ttp://shimaki-hp.hp.infoseek.co.jp/autoconf/book1.html

この程度なら1〜2時間もあれば読めるだろうし、
基本的な事はこれで全てだし。

[346 デフォルトの名無しさん 2005/10/16(日) 16:37:21]

Winでconfigureはsh必要な時点で却下じゃないの？
そのためだけにcygwin入れるの？

[347 345 2005/10/17(月) 11:02:13]

>>346
複数のライブラリに依存するようなコンソールアプリを作る場合は、
cygwin入れるほうが簡単でいいと思うが。
配布する場合は、必要なDLLを含めればいいだけだから大して問題
ではないはず。
パスの問題はあるかもしれんが。

多分、ここの住人はGUIアプリの事を言ってるんだと思うが、
マルチプラットホームなGUIアプリを作るのは、configureどころの
話しじゃなく、かなり大変なことになっちゃうし。

結局、Win上ではコンソールアプリなんてまず使わないし、
configureは必要ないわな。

[348 デフォルトの名無しさん 2005/10/18(火) 00:06:56]

>>347
は？Makefile書く必要ないと言いつつconfigureも必要ないって、
結局何が言いたいんですか？

Win開発者側から見ると、cygwinなんて不細工な物は、わざわざビルドの
ためだけに入れたくないわけですよ。
バッチファイルやWSH版のconfigureみたいなものでもあるのかと勘ぐりましたが、
違うみたいですね。

[349 デフォルトの名無しさん 2005/10/18(火) 00:14:12]

perlでconfigureを書き直せよ。それなら誰も文句いわね―だろ。

[350 デフォルトの名無しさん 2005/10/18(火) 00:18:30]

そうだね。
perlならWin開発環境でも大抵入ってるし。
perlでshエミュレートするか、書き直してよ。

[351 デフォルトの名無しさん 2005/10/18(火) 00:21:50]

WinでVC使うならMakefileもconfigureもいらんだろ

[352 デフォルトの名無しさん 2005/10/18(火) 00:23:33]

いちいちMSDEVインスコしてIDE起動すんの面倒じゃん

[353 デフォルトの名無しさん 2005/10/18(火) 00:36:06]

ばーかperlで書くならperlはどうやってビルドすんだよ！ﾌﾟｷﾞｬｰｰｰｰｰｰｰｰｰ

[354 デフォルトの名無しさん 2005/10/18(火) 00:45:54]

>>353
perlはActivePerl入れりゃいいんで抵抗ないけど、
cygwinはさすがにキモイです。

[355 デフォルトの名無しさん 2005/10/18(火) 00:52:26]

おれの感性から言うと、MinGW + MSYSもキモイけど、
まあ許せるレベルかな。
これで通らないconfigureは、ほんと氏ねって感じです。
cygwinは不安定な上、インスコされる物量を考えるだけで吐き気がします。

[356 デフォルトの名無しさん 2005/10/18(火) 00:54:10]

まあ確かにでかいからな。

[357 デフォルトの名無しさん 2005/10/18(火) 07:18:01]

>>352
ｺﾞﾐみたいなCLIﾂｰﾙしか作れないなら、あのIDEはいらねーけどな。

[358 デフォルトの名無しさん 2005/10/18(火) 13:11:11]

オレはActivePerlも気持ち悪いけどな

[359 デフォルトの名無しさん 2005/10/18(火) 15:23:07]

Winにポーティングするのはありがたいが
/Prog Ｆiles/_ctiveP___/bin
/Prog Ｆiles/_ctiveP___/lib

何故こうするんだ？？どうして共有ライブラリを個々で閉じるんだ！！死ね！
やりてーならスタティックで出直せ！！全然アクティブじゃねー

ってことでconfigureの質はよくないかもしれんけど嫌いじゃないね
PassiveStateのほうが嫌い

[360 デフォルトの名無しさん 2005/10/18(火) 15:58:46]

システムディレクトリに勝手に共有ライブラリを放り込まれるよりマシ

[361 デフォルトの名無しさん 2005/10/18(火) 16:02:36]

よくわからんが、ソースあるんだから自分の必要な機能が動くようにポーティングすれば良いじゃん
VCかmingw位入れてるだろ？