近頃の若い者はMakefileを書けない

統合環境の普及によりMakefileを書けない/知らない人間が身の回りに増えてきました.
時代の流れ,と受け入れるべきなのでしょうか.

いまどきでもMakefileが書ける奴こそプログラマ。
それ以外は逝って良し！

つーか、Makefile書くことって大変か？
やらないだけでみんなやれば出来るだろ！

書き方教えて

makefile書ける奴ならGUIでプロジェクト開くなんてうざいだけだ。
それでもたまに、VisualC++環境でのデバッグの為だけにプロジェクト作っちまうんだよなぁ、これが！
ああうぜえ。

自分でお調べなさい。>4

1は何の話し合いがしたくてこのスレを立てたのか。
理解できませ

大学でＣをやってるものですが経験が浅いため良く分かりません。
このスレで話題になっていることもほとんど分かりません。
みなさんは詳しそうなので僕に MakeLove について教えてください。
Ｃに関してもまだ分からないことが多いです。
Ｃ＋＋ってのはどのようなことを行うんですか？
Ａは中学、ＢとＣは高校でやりました。
ＶＢってのも分かりません。Ｖが付くと何か変わるのでしょうか？
経験の多い方がいましたら教えてください。

sageて書け。>8

% make love

なんかのソース落としてきてＶＣのプロジェクトファイルだか何だかが
ごちゃごちゃ入ってるとウゼェ。

ソース落としてる分際で、そんなわがままいうなよ(藁>11

VC++ってなんでプロジェクトファイルやMakefileの中にディレクトリ情報まで持って
やがるんだかなぁ。おかげでCVSで管理するのが面倒だぞゴルァ!

あとMakefileに関係ないけど、VC++のプロジェクトを配布したりメールで送る時は
.aps, .ncb, .opt, .clw
の拡張子が付いたは削ってくれい。削ってもVC++から再構築できるから。
特にプロジェクトの規模がある程度でかいと、.apsと.ncbはかなりでかくなる
からのう。

Makefileも凝りはじめるとディレクトリ構造とか
複雑になるなあ

見通しの悪い階層Makefile書かれるよりは
開発ツールがそれなりに依存関係を判定してくれるほうがで
正道だと思うけどな。

仕事でも大手を振ってgmake使えるならいいけど
makeとかしょぼいgmakeで大きいプロジェクトを管理するの
たるくない？

>>13
VSSか、VSS互換ソフトを使えよ。
VSS互換には WinCVS ってのもあるぞ。

gmake使っちゃいかんの?
コンパイラやライブラリなら、最終的に納品されるコードの品質に影響する
から「これをつかわなきゃダーメ」って規定もありだけど。
商用UNIXのOS標準makeなんてひどいよね。

なんていいつつ、Windowsじゃmakefileなんて使わないぜ。
.dspでOKだろ。

>>15 えええ、WinCVSって VSS repsitoryをいじれるの?
って、VSS互換ってそういう意味じゃないのか?

Makeファイルかけないので、愚痴ばかり
こぼしてないで、教えてください。

自分でお調べなさい。>18

１みたいな職人肌プログラマは、相手するのに疲れ事が多い。
自覚してくれ。

ちょっと話変わるけど、
知人に聞いたあるプログラマの話。
makefileって開発を簡便化するものなのに、
makefileが長大になり過ぎてmakefileの保守で自爆したらしいす。
聞いた時想像してマジ笑った。

つーてもなあ。Makefileもこり始めると際限が無いからのう。
空実行でヘルプメッセージ出したりは序の口だよなあ。
Makefileの動物本って絶版だっけ？

>>21
depend手書きとか？(藁

>23
具体的にどんな記述をしてたかは聞かなかったです。
(知人曰く「そういうレベルではない」とのこと)
なんかプロジェクトの規模と
あまりにかけ離れた壮大なMakefileだったらしいです。
Makefileとにらめっこしてる時間が長かったと言ってました(藁

>>21
想像つかんなあ・・・。
ソースの規模どんくらいよ？

200MBくらいあんじゃないの（藁）

>>15
WinCVSは使ってるけどVSS互換じゃないよ。つーかWinCVSはCVSのGUIフロントエンド
なだけだし、CVSとVSS間の互換性は無い。
てきとーな事言わんでくれ。

autoconf
automake
つかおうよ。

会社の先輩達はMakefileの書き方も知らないんだから呆れる。
Makefile書けない奴はプログラマとは認められんよな

>29
いや、むしろMakefileが書けるぐらいでそんなこといってる
お前の方が痛い。そんなところでプログラマがどうとか判断してる
お前は恥ずかしいから消えとけ。

>30
おれもそう思う。

毎回ソース100本以上全コンパイルしてる人ってのも実在したからなー
気の利いたIDEなど無い処理系だったが、なにもバッチでやらんでも...

>>28に同意。
automake/autoconfつかってれば、gmakeだろうが、標準makeだろうが関係ない。
autoconfがconfigure作るときに判断してくれる。

近頃の若い者はJCLを書けない

近頃の若い者はEDLINを使えない

近頃の若い者はEDLINは使わない

プログラマの条件
・Makefileを書ける事
・アセンブラがわかる事

>>33
そのツール是非nmakeにも対応さしてくれ。

>>33
あ、両対応できるんだ。
autoconf/autimake使ってるのにgmakeでないと通らない奴あったりするんで
できないのかと思ってた。

使うことにするよ
あげ

統合環境の普及によりResource fileを書けない/知らない人間が身の回りに増えてきました.
時代の流れ,と受け入れるべきなのでしょうか.

>OFILES = main.o
>all: a.out
>a.out: $(OFILES)
> gcc $(OFILES) -o a.out
>main.o: main.c
> gcc -c main.c -o main.o

最近の若者はハンドアセンブルができない。

当時厨房の俺はアセンブラ買えなくて仕方なくハンドアセンブル。

当時はいきなりバイナリを書いてく奴がいたっていうけどホント？

最近のジジイ共は、makefile書かせる事ぐらいしか使い道がない

makefileが書ける！っと胸を張っていえるレベルってどんなやつ？

makefileでOS書くくらいじゃないすか？

>45
Z80程度の命令数なら可能だと思うよ。
俺もハンドアセ時はあんま変換表見なかったし。
俺はデバッグし易いのがいいから紙にかきかきしてたけどね。

でも相対ジャンプとかは厳しいか・・・

いきなりバイナリじゃ、アセンブラではなくって、機械語だな。
バイナリそらで書けるのは割とごろごろいた気がするが。

そんなことせんでもプログラムできる世の中になってよかったと思うぞ。

奇怪語とか魔神語とか言われてた時代はどこにいってしまったのでしょう。

>>52
時の流れに埋もれてしまいました。(藁

>>52
そのアテ字新しいね。いただき！

マイコンとか言われてた時代はどうよ？

そして時代は繰り返す

>>52
べーしっくんの相方とかいっても最近のヤツは通じないんだろうな

makefileも書けないプログラマがいたとは・・・

近頃の若い者はフォートランパンチカードを打ち込めない

近頃の若い者は魔神君を知らない。

"プログラマ"と言うくくりだと、昔から大勢いるんだけどね。

コレ使えばJDKでMakefileするためだけにWinにCygwinいれなくてもすむぞ！
定義ファイルも流行りのXMLだし環境依存のコマンドライン命令ともおさらば！
実績だってTomcatで使われてる！！Javaマンセー！！！
http://www.ingrid.org/jajakarta/ant/ant-1.2/docs-ja/

俺はMakeファイルどころかBATファイルすら書けんぞ。
それでい〜のだ！！

普通の脳もってりゃBATくらい書けるだろ。
今どき書く必要なんてまずないけどな。

よくないよ。たのむよ。

俺はMakeファイルは書けないがマスならかける！

近頃の若い者はフローチャートを書かない

状態遷移表も知らないやつ多い

表(マトリクス)もだけど、図も追加しとく

UMLぐらい勉強しとけよ、ベテランでもな。

状態遷移表ってオートマトンですか？

最初状態変態表と呼んでしまったのは俺だけ？

>>72
変態さん、ﾊｧﾊｧ…

近頃の古い者はイベント駆動なプログラムを書けない

フローチャートなんか書くな。
PADか HCPか NSチャート書け。って教えられました。

>>75
そんな古臭いチャート使うな。せめて DFD とか言え。
できればUMLかOMT使え。
いまどきUMLを知らないやつは逝ってよし。
>>68-71 が言っていることが正しい。

UMLの状態遷移図をもとにして状態遷移表を起こす訓練もやっとけ。
いきなり表から起こすのはオヤジ。

近頃の若い者は遺伝的プログラミングができない

遺伝的プログラミングってなんの役に立つの？

俺の会社には、フローチャートを書かないと絶対にプログラム
を作れないCPUがあるよ。命令のマッピングまで人の手でやら
なきゃいけなかったので死にそうになったわ。

>>79

>俺の会社には、フローチャートを書かないと絶対にプログラム
>を作れないCPUがあるよ。

んなこたぁありえない。チャート記述方法は星の数ほどある。
それともフローチャートをコンパイルするんかい。

makefileなんてマニュアルを読めば半日でできると思うが・・・

> 81
それはお前がその程度の物しか作っていないと言う証明

nmake.wri 見直したけど、４０頁ぐらいだったよ。
やっぱ、半日だな。

40ページただ読むだけか？

makeを使いこなすのは半日じゃ無理だろう。

２５６倍のmake本とか懐かしいな‥

MSDOS 256倍の vol. 3に makeが入ってるよ。
# まあ、いまの巨大な makeにくらべれば。

makeなんてクソ。
UNIX系OS使ってるとなかなか通らんのでムカツク。

クソなのはあなたです。

オライリーから出てるmake本はどうですか？

>>80
>それともフローチャートをコンパイルするんかい
似たようなものなんだが（ｗ
本当に正式なソースコードは「フローチャート」なんだよ。まぁ、世の中
にはそういうものもあるということだ。
フルカスタムLSIだから、普通のプログラマの目には触れないけど、結構
そこらじゅうに転がっていたりする・・。

あのー､オジさん。
makefile書けないからどうしろっつーのよ。

>>92
javaでantを使えってことでしょう

簡単なmakefileなら作ったことはありますが、
どのレベルで使いこなしたといえるのでしょうか・・・?

>>94
「私に通せないMakefileはない！」ってくらいでわ。

シェルで間に合わせる俺は邪道？

>>96
AwkだかPerlだかでやってる人もいました
プロジェクト作るより楽かもしれない

サフィックスルールが便利

　DOS時代TurboPascal使っていたせいで、ほとんどMakefile書いたこと
無い（爆）TPの場合はプログラムの頭に書くユニットファイルの宣言
だけで分割コンパイルするようになってるし。は・・・よく考えれば
TPもGUIだから、自分も若い衆になるのか？

>近頃の若い者はMakefileを書けない
書ける書けないではなく、書く必要が無い。

>統合環境の普及によりMakefileを書けない/知らない人間が身の回りに増えてきました.
>時代の流れ,と受け入れるべきなのでしょうか
受け入れるべき。
必要になれば覚えるのだから、問題なし｡

いまは Makefile.am だろ。

# ザ・メイクファイル
.c.o:
cc $<

近頃の年寄りは Make Love しない。
俺はバリバリです。（ｗ

MakeFileなんぞかけなくても良い
でも、読めなきゃカス(お仕事できないでしょ〜)
.dsp万歳
ソース管理なんぞに客は金はらわね〜
楽なほうが良いに決まってる
VC++forUnixなんてもんがあったらぜったい買う
Xも入れてやる

ハンドアセンブルもできなくてOK
機械語読めなくて当然
なんでも自動化の時代だ
それでも、原理も知らないのはやっぱり寂しいの〜
あっ、原理わかればハンドアセンブルなんかサルでもできるか・・・

まあ、どうでもいいや

コテコテのオヤジギャグだな
103は逝ってよし

>97
おれもパールでやってます。
Makefile当然かけないし、まらりに迷惑は掛けるしで最悪です(笑)

人生で最初に覚える言葉は「パパ、ママ」であり、
人生で最後に覚える言葉は「近頃の若い者は」である。

Makefileは書くよりも読むほうが難しいんだ。
一年前に自分で書いたやつがわけわからん。

touch Makefile

エジプトの遺跡から発掘された石版の文字を解析したところ、
書き出しは「最近の若い者は...」であった。

>>110
こいつは文献やTVなどでこの話を聞いたのではなく
「こち亀」を読んで知ったに一万ナイル。

「タイムパトロールぼん」です。

110はずれです。こち亀ってなんですか？

たしかプラトンが「最近の若いもんは…」と言い、そのころ
「若いもん」の一人だったアリストテレスも後に同じことを言った、
とかじゃなかったかね?
むかーし、高校の歴史だか倫理だかの資料集に書いてあったよ。

最近の年寄りは「最近の若いもんは…」としか言わない

>>113
最近の若いもんは「こち亀」もしらない。
goo で「こち亀」検索したら4250件もでてきた。

>>116
最近の老人はgoogleも知らない。
「こち亀」で検索したら10,300件も出てきた。

ここの住人の愛情を知りません・・・

なにぃ！？Makefileが書けないぐらいで最近の若いもんを
馬鹿にするですか？
んじゃあ、
最近のお年寄りはオブジェクト指向でプログラムが組めない。
と逝っておこう。ハッキリ逝って邪魔だよ。時代の流れなんです。

えらくしょーもないスレがあがっとるな（笑
>>116-117 でﾜﾗﾀからよし。

MakeFileってただのルールの羅列じゃん。
それが書けないって事はコンパイラやリンカの
オプションに何があるかも知らんって事？
それともコマンドライン自体あまり使わないって事？

#確かにカレントディレクトリとかパスとか通じにくく
#なってるなー。うちの会社が厨房なだけなんだが。

老いも若いも関係ない。勉強するかしないかの問題。

私に通せないMakefileはない！

老人：「最近の若いもんは、ＶＺのマクロも知らんのか
　　　　　ほれテトリスだーー」

通りすがり：「ＶＺ？」

makeは奥が深いぞ。
簡単だなんて言ってる奴は使いこなせてないんじゃないか？

>>124
makeっていっても
GNU MakeとかBSD MakeとかSolaris Make(SUN Make???)とかたくさんありますが、、、

>>123
漏れも持ってる。（藁

>>125
GNU Make だけで良し。後はカスじゃ。
精進せーよ。ふぉふぉふぉ

pmake もすてがたいとおもうが

最近の中年は３０過ぎてるのに「若いもん」だと言い張る。

オヤジかそうでないかなんてファジイ集合みたいな事
問題にするなよ。・・・といいつつ俺のオヤジ適合度80%

>>129
俺は３０越えているが若いもんだぞっ！
つか、貴様平均年齢が高いこの板でそんなこと言ったら
袋叩きだぞ！

makeでﾃﾄﾘｽ作ってくれよー
作れないならmakeなんてﾊﾅｸｿ

俺は今年30だが、小中学生の頃ったら、そりゃCP/Mとかだぞ。大昔だ。その頃
からC言語がどーとかこーとかやってんだぞ。もう頭脳は老人に決まってるだろ。

makeなんてもうつかわねー。普通のIDEもたるくてツカエネーよ。今はJavaの
コードとUMLの図がシンクロ出来るツールを探してる。Together/JってJavaで
書かれてて遅いよ。速いのないの？速くて楽なの。老人は後がないんだよ。教えろ。

教えて老人sage

exe=tetrith.exe　　　　# <- 環境により変えるべし

all:
　　　$(exe)

実行するんじゃなくて、作ってくれってば〜

CC = gcc
OBJS = main.o
TARGET = tetrith
CFLAGS = -Wall

.SUFFIXES :
.SUFFIXES : .c .o

$(TARGET) : $(OBJS)
$(CC) -o $@ $(OBJS) $(LFLAGS)

.c.o :
$(CC) -c $< $(CFLAGS)

clean :
rm -f $(TARGET) $(OBJS) *.core core

ここの年齢層って高いの？

makeなんて言葉に反応するのは年齢高い証拠じゃないかな。
精神年齢はしらんけどな

UNIX使いはmakeはどうやっても避けられないナリよ

一度、経験年数を書き込むスレが立ったことあるな
もう消えたかな？

VC仕事ならmakeなど使わんしUNIX仕事だったらautoconf使ったり色々。
ビルド方式なんて環境によりけりだから年齢云々はあまり関係ないんじゃ？
当方29歳。

開発環境によらないのがAnt。

Use the Ant, Luke.

.c.obj:
　　cl -c -Fo$@

ObjectFiles=main.obj sub.obj

$(ObjectFiles):
-------------------
取り敢えず、上のよーな感じでコンパイル(cl)をできるようになったんですが、
IncludeFiles=def.h prot.h
が obj より 新しかったら、それだけを再コンパイルする方法が
わかりません、どうか教えて下さい。

×：　cl -c -Fo$@
○：　cl -c -Fo$@ $<

使用しているメイクは、nmake.exeで、コンパイラは、
VCに付いてきた、cl.exe です。

makeは他人にかいてもらってました。(爆)

$(ObjectFiles):$(IncludeFiles)
　del $<

これじゃダメけ？

ダメだと思います。

#こんなんでどうよ？

TARGET = hoge
OBJS = a.o b.o c.o
CC = gcc
CFLAGS = -Wall -ansi -ggdb

${TARGET} : ${OBJS}
　　${CC} ${CFLAGS} -o ${TARGET} ${OBJS}

.c.o :
　　${CC} -c $<

でけた・・・

$(ObjectFiles): $(IncludeFiles)

とするだけでよいのでした。

アディオス、チャオ

clean :
　　-del *.obj

の del の前の"-"はどういう意味ですか？

>>151
エラーコードが返されても停止しない。（ファイルが存在しなかったときのため）

>>152
ありがとー

マジ質問。
サブディレクトリに置いてあるhoge.o（hoge.cからコンパイル）
にターゲットを依存させると、hoge.cが更新されていたときに
アセンブラコードがコンソールにも出力されます。
うざいので何とかしたいのですが、どうしたら回避できますか？

最近になってMakefileをいじる事になって勉強中です。

>>154
適当にマジ解答。
適当にでぶぬるにつっこむ。

>>154
そのMakefileを見せた方がいいぞ。

>アセンブラコードがコンソールにも出力されます

コンパイラなに？

>>156
仕事のですし、1000行くらいあるのでちょっと無理ですね。

>>157
gccの某ハード向けカスタマイズ版です。

やってる事を簡単にまとめると、
１．階層を持ったフォルダを巡回
２．各フォルダでコンパイルしてライブラリファイル生成
３．ルートに戻ってコンパイルがすんだら、全てのライブラリを
リンクして、ターゲット生成。

なのですが、事情があってターゲットに直接一部のサブフォルダ内の
オブジェクトを突っ込みたくなったのです。なので依存関係とリンクの
ルールに、そのオブジェクトをパス付きで入れたのですが、依存関係
チェックでそのオブジェクトのコンパイルが必要になると、アセンブラ
コードがコンソールに出てきてしまうのです。
ふう、どうしたものやら。

>>158
コンパイルオプションが違ってるとか。
それと、gccってMakefileはconfigureが生成するんじゃなかった？

なんか、HTMLを手で書いて偉ぶってる感じ。

組み込み屋さんなんかは結構手で書くんじゃないの。

>>158
そのルール部分だけ適当に抜き出してコピペしてみれば?
あとmake --versionも。

>>159
本当に適当だな...
configureを生成するのはautoconf。Makefileも自動生成させたかったら
automakeも使う。gccかどうかとは関係ない。

>>159
オプションは何かあるかも知れませんね。チェックしてみます。

>>160-161
ほとんど組みこみ系に近いものです。更にmake中にいろんなプログラム
実行したり、ターゲット以外に種々のデータ用バイナリ作ったりしていて、
なおかつそれらの動作も依存関係とって効率上げようとしてるので、手書き
するしかないのです。

>>162
今日は休みで手元にないのでまた月曜にでも。
でも、ルールの記述自体はそんなに特別な書き方してないです。

>>162
Autoconfが生成するのは知ってる。
言いたかったのは自動生成されるんじゃないの？ってこと。
悪かった。すまん。

>>163
がんばってちょ。

ああ、ちょうど先々週から先週にかけて同じような事やって
ましたよ。症状もまったく同じで。

で原因はコンパイルの依存関係とかを%とかで汎用的に書いてると、
makeの暗黙のルールのなにかに引っかかって、サブディレクトリの
コンパイル時にそうなるようです。（メインプログラマさんにそう
じゃないかなと指摘されたのですが、どのルールに引っかかっている
かは、よくわかりませんでした。)

結局、直接その辺を解決する方法はわからなかったのですが、私は
サブディレクトリに更新状況確認用のダミーファイルつくってその
中のコンパイル時にtouchするようにし、ルートのターゲット生成
では.oではなく、そのファイルと依存するようにして、さらにその
ダミーファイルの生成ルールを、ディレクトリ移動してコンパイル
としました。

でも、すっきりしないと言えばしないので、誰か詳細・解決法を
知ってる人いませんかね。

それにしても>>163さん、Makefileの大まかな構成がうちと非常に
似てるのが気になる。それとも、あまり他所の事は知らないけど、
大きなプロジェクトでは、みんなこんな作りをするもんなのかな？

makefileの使い方知りたいよー。
でもmicrosoftのvc++4.0で勉強したいって言ったらみなさん怒ります？

>>166

nmakeって使ったことないけど、
ふつーのmakefile食わせられるの？
なんかとてもクセが強いとか聞いたような。

>>165
情報どうもです。暗黙のルールですか。確かに言われるとそんなのが
何かあったような・・・月曜に調べてみます。
でも165さんのように、解決するより回避する方が懸命なのかな。

ふと思う。Makefileかけないという人の多くには
コンパイルorリンクオプションの大事さを理解していない
人が多いと思うがどうよ？

一度会ったパターンでは、Winでマルチスレッドなのに
clで/MTオプション使わずに普通に/MDつかってた奴いたよ。
それで不具合出て｢VCはサービスパック最新ですか？｣とか
聞いてきやがった。勘弁しろよ。

>>169
つうか、コンパイルオプションやリンクオプションの
ちゃんとした説明ってあんまり無いような気がするが。

環境変数の扱いと並んで、「大切なのに扱いがゾンザイで
初心者にはわかりずらい」ファクターだと思う。

ここ数日ソフトをインストールしまくってるが、configure のおかげで
Makefile 書き換えが減って、楽と言えば楽。
いちおー、できあがったのは見直してるけど

つーか新卒ではいったとき、まわりの先輩、上司がそろいも
そろってMakefileかけなかったのにはまいった。
おっさんのためにMakefileしこしこ生成してあげた俺って....

OracleのPro*C用Makefileが今イチよくわかんないんだけど
どっかに資料ない？

>>172
普通逆だよね？？？？

>>173
.pc.c:
$(PROC) $(PROFLAGS) iname=$*.pc lname=$*.lis

lsiのmakeに慣れてしまったから、他のmake書けない

>>175
それをどうしろと？

>>177
1)「スタート」「ファイル名を指定して実行(S)」
2)キーボードを使って「format c:」と入力する。
3)OKをクリック
4)黒い画面が出たら「Y」「Enter」を押す。

>>178
実行してみたところ

　新しいディスクをドライブ C: に挿入してください
　準備ができたら Enter キーを押してください...

と出ましたがどうすればよいでしょうか？

>>174
PC-UNIXを含めUNIXが盛り上がった時期の入社で、
入ってすぐにLinuxやらSolarisやらBSDやらのテーマをすることになり、
ただ、周りの先輩上司はWindows全盛で育った人達だったんで、そーゆー
現象になってました。

>>173
Pro*Cの.mkファイルの中に定義されたルールを眺めてもなんとなく
使い方わかるはずだよん。

それぞれ分割コンパイルおわったら最後に$(PROLDFLAGS)でオラクルの
shared libraryをリンクする、って感じです。
マルチスレッドかどうか、あと、static linkかどうか、で指定が微妙に
変わります。
.pcから.cへの変換は175さんのような感じでいけます。
あ、やべ、だらだらかいちゃったけど、マニュアルみてねん。

>>179
NECかあ、懐かしいなあ。

>>178
bash: format: command not found

>Pro*Cの.mkファイルの中に定義されたルールを眺めてもなんとなく
>使い方わかるはずだよん。

そう、それでなんとなくは作れるのん。
でもいらん事してる気がするのん。

>マニュアルみてねん。

ないのん。
そんな環境で作ったの納品すんなよ＞ウチの会社

>>182 さんは環境変数PATHの中身を教えてください。

一週間ぶり・・・

>>158 レスよんだ。

「アセンブラコードをコンソールに出力する」コンパイラを知らんかったから、
聞いたんだ >>157 は。
（アセンブラファイルを生成するのは、よくあるよね）

＞gccの某ハード向けカスタマイズ版です。

それには「アセンブラコードをコンソールに出力する」するオプションは
ありますか？

JavaでMakefileって使います？

>>184
フロッピーブートからじゃないとc:はformatできないだろ
# 無理にやれとは言わないけど

>>186
JavaならAnt

>>188
うあ、XMLベースっすか。
面白そう。試してみまするるる〜

automakeで、makefileは不要
かわりに、makefile.amかかないといけないけど

sh(&M4)ベースなのがちょっと・・>190
Windowsとか、shが無いような環境ではどうすんの？
cygwin使え？冗談だろ・・
どうせなら単一のプログラムにして欲しかったな。

>>191
で、システム依存の automake を作ってそれを make するための automake を作って…

Windows用の(automakeが動作することが条件の)shってcygwinのしかない？

>>193
UnxUtils というのにも sh とか一揃いあるけど、expr がバグってる。

２ちゃんねるはメガネオタクの集まり！！
どうしょうも出来へんな！！
スキルも無いくせに能書きだけは一人前の奴ばっか！！
ほんまにスキルある奴は軽く遊んだるから、かかってこいや！！
アホが！！2ちゃんねるはメガネオタクの集まり！！
メガネ割りたい！！
文句あるなら、かかってこいや！！
アホが！！
http://www.rju666.com/

195はﾌﾞﾗｸﾗ(ｸｽｸｽ

test