Cygwin + MinGW + GCC 相談室 Part 3

Cygwin + MinGW + GCC ..

331:デフォルトの名無しさん
07/12/14 00:48:57
realpathでいいじゃん

332:328
07/12/14 01:38:32
>>331
おおおお　まさしくこれです
ありがとうございます

333:デフォルトの名無しさん
07/12/14 17:12:16
これでｘ－ｗｉｎｄｏｗ動かしたいんですけど
手順教えてください。

334:デフォルトの名無しさん
07/12/14 17:18:36
板違いになるから
Windows板のCygwinスレか
ｽﾚﾘﾝｸ(win板)l50
Unix板のCygwinスレでやってくれ
ｽﾚﾘﾝｸ(unix板)l50

335:デフォルトの名無しさん
07/12/14 17:36:12
すみませんでした

336:デフォルトの名無しさん
07/12/18 13:44:38
URLﾘﾝｸ(www.mingw.org)
を参考にしてクロスコンパイラを生成しようとしていますが、問題が２つ出てきました。

環境はbuild-system = host-system = i386-pc-mingw32でtarget-system = arm-unknwon-elf (arm7tdmi)です。

１．本当に成功したのかわからない(Build and installing the c compiler)
サイトにはmkfixinc.shをi?86-*-mingw32*からi?86-*-armにしろと書いてありましたが、
fixincでmakeエラーになったのでarm-*-elf*に変更してやったらmake installまで成功しました。
しかし、インストール先のフォルダを見ると直下のincludeフォルダが空になっています。
fixincはどうやら、includeファイルを生成するもののようなのですが、これは成功なのでしょうか？

以下スクリプトを一部書き換えたところです。
$SRCDIR/configure \
--with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=arm-elf --with-cpu=arm7tdmi
-with-newlib --prefix=$prefix --enable-threads --disable-nls --enable-languages=c,c++
--disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj
--disable-java-awt --without-x --disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization --enable-libstdcxx-debug 2>&1 | tee
gcc_configure.log

make all-gcc CFLAGS="-O2 -pipe" CXXFLAGS="-O2 -pipe" LDFLAGS=-s | tee
make-c-only.log 2>&1

成功するがインストール先フォルダ直下のincludeフォルダは空になっている。

２は次をご覧ください。

337:デフォルトの名無しさん
07/12/18 13:49:41
２．newlibのmakeが失敗する
これも>>336で言ったサイト(Building and installing newlib)を参考にしています。
そのシェルスクリプトをそのまま実行しました。
しかしmakeでエラーになってしまいます。
make[3]: Entering directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
/C/msys/1.0/home/(UserName)/newlib-1.15.0/missing
makeinfo --split-size=5000000 --split-size=5000000 --no-split -I/C/msys/1.0/home/(UserName)/newlib-1.15.0/etc
-o standards.info
/C/msys/1.0/home/(UserName)/newlib-1.15.0/etc/standards.texi
WARNING: `makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the manual. The spurious
call might also be the consequence of using a buggy `make' (AIX,
DU, IRIX). You might want to install the `Texinfo' package or
the `GNU make' package. Grab either from any GNU archive site.
make[3]: *** [standards.info] Error 1
make[3]: Leaving directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
make[2]: *** [info] Error 1
make[2]: Leaving directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
make[1]: *** [all-etc] Error 2
make[1]: Leaving directory `/home/(UserName)/build/arm-elf/ARM7TDMI/newlib'
make: *** [all] Error 2

WARNINGに書かれているようにTexInfoを
URLﾘﾝｸ(sourceforge.net)
からダウンロードしてインストールしても変わりませんでした。どうかよろしくお願いします。

338:デフォルトの名無しさん
07/12/18 15:25:46
URLﾘﾝｸ(sourceforge.net)
DS用のビルドスクリプトだけど
多分、いや確実に参考に出来る

339:sage
07/12/18 16:43:26
>>328さん、ありがとうございます。早速試してみたいと思います。

340:sage
07/12/18 16:43:54
>>338さんでした。。。

341:337
07/12/19 11:41:12
>>338さんから教えていただいたシェルスクリプトで、c compilerのインストールまでは
完了したのですが、newlibのmakeで>>337と同じくエラーになってしまいました。
newlibをMinGW(WinXP)のmakeの方法を知ってらっしゃる方、よろしくお願いします。

342:デフォルトの名無しさん
07/12/19 17:18:00
dllからのC++例外をexe側で捕捉できないでしかもhangupするのは仕様ですか?
dllとexeはともにcygwinのg++で作ったものです

ちなみに例外のthrowとcatchがexeで完結してるならちゃんと捕捉できます

343:デフォルトの名無しさん
07/12/21 22:46:12
>342
これが Cygwin にも適用されるかどうかはわからないけど
URLﾘﾝｸ(gcc.gnu.org)

344:デフォルトの名無しさん
07/12/22 10:35:01
MinGW使ったんだけどsys/ioctl.hとかのヘッダーがないけど、
これってMinGWがまだ不完全だからってこと？
それともどっかに落ちてるのを適当に拾って入れればいいの？

345:デフォルトの名無しさん
07/12/22 11:49:24
wikiから
>MinGWの名称はMinimalist GNU for Windows（Windowsのための最小限度の
>GNUの意）を表わす。
>CygwinはLinuxや他のUNIXシステムに見られるような、Windows上に完全な
>POSIX層を提供することを目標にしており、互換性のために必要であれば性能も
>犠牲にしている。一方でMinGWはフリーのコンパイラと各種ツールのみを行い、
>性能を重視している。
>MinGWはPOSIX APIを提供していないので、Cygwinでコンパイル可能だが
>MinGWでは可能で無いUnixアプリケーションが存在する。

346:デフォルトの名無しさん
07/12/22 20:06:51
つまり、ioctl使いたかったらcygwin使っとけってこと。

347:デフォルトの名無しさん
07/12/24 11:04:13
URLﾘﾝｸ(sourceforge.net)
SourceForgeのMinGWダウンロードのところのソースファイルをダウンロードして自分でmake installしようとしたんだけど、
makeで必ず失敗する。
WinXPでMinGW環境だとだめってこと？
なんでMinGWのダウンロードのところにあるのにmakeができないの？俺だけ？
i386用のバイナリがあるからそれ使えっていうのもわかるけど、
ちょっとバージョンの新しいのを入れたいからmakeしようとしたら全然だめ。
確認のため、今すでにMinGW版としてあるやつのソースもmakeしたら全然だめ。具体的にはTexInfoね。
これどうゆうこと？

348:デフォルトの名無しさん
07/12/24 11:31:14
エラーメッセージが理解できるようになってから来てください

349:デフォルトの名無しさん
07/12/24 11:51:51
エラーメッセージくらいわかってるよ。
でもMinGWにはないヘッダーとか使ってるソースがMinGWにあるんだぜ？
しかもバイナリ形式もあるんだぜ？
おかしくない？
それとも俺が何か入れ忘れてるの？

350:デフォルトの名無しさん
07/12/24 11:58:02
入れ忘れてんじゃネーの？
makeに必要な環境がなかったらmakeは通らんだろ。

351:デフォルトの名無しさん
07/12/24 12:25:24
> でもMinGWにはないヘッダーとか使ってるソースがMinGWにあるんだぜ？

なにも不自然な点は見受けられないんだが

352:デフォルトの名無しさん
07/12/24 12:58:36
「環境を構築するための資源」と、「環境を利用するための資源」は違うんだぜ。

353:デフォルトの名無しさん
07/12/24 13:07:03
それってどっかからライブラリなりヘッダーなりを調達する必要があるときはあるってこと？
それってMinGW用とかじゃなくて適当なところから持ってきて適当に追加すんの？
具体例とかあるとわかりやすくてうれしいんだが。

354:デフォルトの名無しさん
07/12/24 14:34:58
適当ってなんだよ適当って。
MinGW側でパッチが必要なものはMinGW側に置いてあるだろうし、
置いてないものはGNUサイトとかミラーからでも拾って来ればいいだろう常識的に考えて。

355:デフォルトの名無しさん
07/12/24 14:52:57
README.devとINSTALL.genericは読んだのか？
configureはちゃんと通ってるのか？
根本的に、スキルが足りないんじゃないのか？

356:デフォルトの名無しさん
07/12/24 15:13:53
すまん。もしかしてmsysDVLPRを入れてなかったからなのか？
とりあえずやってみるが、うまくいかなかったらフォローしてくれ。

357:デフォルトの名無しさん
07/12/24 17:24:42
URLﾘﾝｸ(www.mingw.org)
とか読んでみたんだが、よくわからん。
とりあえずmsys直下にmsysDVLPRを解凍していれてやればいいみたいなんだが。
このmsysDVLPRもgcc-libの中にexeがあったりして、これでいいのかとよくわかんない。
それと.profileを編集するようなんだが、これもよくわからん。
くれくれ君ですまないが、誰か知ってる人正しいmsysDVLPRの入れ方とかmsysBuild環境の作り方教えテルミー。

358:デフォルトの名無しさん
07/12/24 17:26:34
それと適当に入れてbashのmakeをINSTALL.MSYSにならってしてみたんだが、cc1.exeが-fnative-structというオプションがわからんとか言ってエラーになった。
やっぱり環境構築がおかしいんだろうか。詳しい人たのむ。

359:デフォルトの名無しさん
07/12/24 19:17:58
あのさ、一々アゲて「俺、ソースmake初挑戦日記」書くの止めてくんないかな。
そういうのは、mixiでやってくれ。冬休みに入ったのはわかったから。

360:デフォルトの名無しさん
07/12/25 11:09:03
>>347

TexInfoのロケールの問題で引っかかってるんじゃない？
以前俺がBuildしたときは、それでエラーになってた。

そんときは　LC_ALL=C でBuildしたら通った。

361:デフォルトの名無しさん
07/12/25 12:12:18
>>360
すまん。今MinGW/MSYS環境を作り直してるところでそのレベルに行ってない。
昨日適当な環境でTexInfo4.9をmakeしてみたんだがinclude/pwd.hの65行目がおかしいとかいって終了した。
今は正しい環境づくりのため、>>357であげたサイトを調べてる。
正直英語は辛い。訳も半分ぐらいしたが、なんかあやしげ。
msysDVLPRってmsysとmsysDTKをインストールしたあとにそのインストールしたフォルダに入れればいいんだろうか？
それともmsysDVLPRだけでいいんだろうか？
訳してみるとmsysDVLPRだけっぽいんだが、実際としてはmsysインストールしてから追加インストールするものだと思う。
TexInfoとかのビルドが成功した人はどんな風にMSYS環境を作ったのか教えてほしい。

362:デフォルトの名無しさん
07/12/25 12:52:23
>>361

基本的にはMSYSとmsysDTK入れただけだな。
あとは msys用bisonとflex入れた程度

mingwはlibiconv入れた

363:デフォルトの名無しさん
07/12/25 13:06:24
>>362
環境はWinXP？
俺はMinGW Download pageにあるTexInfo4.11すらビルド失敗。

364:デフォルトの名無しさん
07/12/25 14:48:20
mingwのgccのmingw-local patchesって何処にあるの?

365:デフォルトの名無しさん
07/12/25 15:40:08
>>363

うん。 WinXP

TexInfoのBuildは、いろいろ入れないとできなかった気がするんで、
うちはバイナリをダウンロードしてきて入れた。

TexInfo入れずに configureしてBuildできなかったっけ？
このTexInfo関係はドキュメント作成するのに必要なだけなんでスキップしても
問題ないんだけどね。

366:デフォルトの名無しさん
07/12/25 16:04:10
>>365
うん。俺もドキュメントだから関係ないと思ったけど、
やっぱりみんなが（外人とか）当たり前にビルドしてるのに
できないのが、なんか納得いかなくてな。
それにTexInfoのバージョンあげないと、他のツールをビルドするときにMakefileとかを
強制的に書き換えないといけないのが、なんか嫌だったんだ。
とりあえず今はbashのMinGW Download pageにおいてあるやつをビルドしようと思ってるんだが、
INSTALL.MSYSとか読むと
URLﾘﾝｸ(www.mingw.org)
が必要らしんだな。でも英語得意じゃないからそれっぽくやってみてもうまくいかないし。
正直もうお手上げ状態だ。英語をちゃんと理解できればいいんだがな。愚痴っぽくなってすまん。

367:デフォルトの名無しさん
07/12/25 16:21:08
mingwにあるtexinfo-4.11は
adaのgnat_ugn__unw.texiでエラーでるんでtexinfo-4.8使ってるんだが
これは正常なの?

368:デフォルトの名無しさん
07/12/26 14:17:32
誰か頼むからWinXPでMinGW5.13とMSYS1.0.10とmsysDTK-1.0.1入れてbash3.1のソースとか
をビルドできるか試してくれ。
俺はできないと思う。
msysDVLPRも入れてみたがだめだった。えろい人たのむ。

369:デフォルトの名無しさん
07/12/26 14:41:02
とりあえずあきらめて悟りを開くかCygwinに乗り換えるかしれ。
立てよ国民！gcc -mno-cygwin!!

370:デフォルトの名無しさん
07/12/26 14:59:08
いや俺はあきらめたくない。
mingw-usersとかのメーリングリスト見てるとみんな当たり前にやってんだぜ。
英語が苦手なだけでMinGWを利用できないなんて悔しくてやだ。
でも解決策はわからん。

371:デフォルトの名無しさん
07/12/26 15:16:57
どこの中二病患者？

372:デフォルトの名無しさん
07/12/26 15:27:33
英語もダメ。スキルもない。出来ないと暴れる。最悪だな。

373:デフォルトの名無しさん
07/12/26 15:38:52
>>370
そろそろウザイって言われてることにさっさと気づけよ、邪魔なんだよ。

374:デフォルトの名無しさん
07/12/26 15:54:43
お前らだってできねーんだろ？

375:デフォルトの名無しさん
07/12/26 15:55:15
煽っても無駄なのにね

376:デフォルトの名無しさん
07/12/26 16:02:33
>>368

なんでUNIX系シェルとか依存性の強い物をBuildしようとするかな・・・
たぶんMingw用のglibcヘッダとかライブラリが必要だと思うよ。

たしかどっかにあったはず。

あと binutilとかバグがあるバージョンもあるから、そのあたりも変えてみたら。
binutilは上記のものとかなくてもbuildできるはず。

377:デフォルトの名無しさん
07/12/26 17:04:33
ごめんな。感情的になってしまった。
確かに俺は頭悪いが、>>368みたいに親切なやつもいるから
またがんばるよ。

378:デフォルトの名無しさん
07/12/26 17:33:01
いみふめい

379:デフォルトの名無しさん
07/12/26 17:47:15
>>368
暇だからビルドしてみた。
msysDVLPRとbisonとflexを追加。
URLﾘﾝｸ(www.mingw.org)
このバグでちょっとハマった。
おしまい。

380:デフォルトの名無しさん
07/12/26 17:51:13
っていうかここに全部書いてあった。
URLﾘﾝｸ(www.mingw.org)
このページすら読めないようならまず英語の勉強した方がいい。

381:デフォルトの名無しさん
07/12/26 18:10:50
おお、みんなありが㌧。
>>379
俺もこれはやった。msys/includeじゃなくてmsys/lib/gcc-lib/...の方をこれで直して少し進んだんだが、
そのあとやっぱり失敗した。
>>380
俺もそれは読んだよ。gnuwin32のflexとbisonいれてtermiosも>>379のように修正。
だがだめだった。
URLﾘﾝｸ(www.mingw.org)
ここがちゃんと理解できてないからなのかだめだ。

>>376
glibcのmingwバージョン探してるが、みつからない。

382:デフォルトの名無しさん
07/12/26 18:27:51
>>379
どのツールのビルドした？
あとmsysDVLPRだが、以下に書く手順であってるか知りたい。
MinGW5.13、msys1.10.11、msysDTKをインストーラからインストール。
msysDVLPRをtar -zxvf msysDVLPR-1.0.0-alpha-1.tar.gzでmsys/1.0直下から展開。
それと.profileを
if [ $MSYSTEM == MINGW32 ]; then
export PATH=".:/usr/local/bin:/bin:$PATH"
else
export PATH=".:/msys/bin:/usr/local/bin:/bin:$PATH"
fi
といじって、そのごmsysdvlprシェルを起動して白いmsysコンソールからビルド。
違うところがあったら教えてくれ。

383:デフォルトの名無しさん
07/12/26 19:05:38
はっきり言ってチョーウザイ。
日記はmixiでやれって言ってんの。
おまいには無理、それでいいだろ。

384:デフォルトの名無しさん
07/12/27 09:57:36
>>382

念のために書いておくけど、ちゃんと

./configure

してからmakeしてるよな？
まぁ基本的なことだから大丈夫だとは思うが。

それから msysDVLPRを　MinGW5.13の上に上書きするのはちとマズいかもな。
msysDVLPRにも gcc及びライブラリが入ってるから。

385:デフォルトの名無しさん
07/12/27 10:16:22
もちコース。./configure、make、make installぐらいは知ってるぜ。
msysDVLPRはmsysの方に入れてるんだがこれって間違い？
MinGWiki読むとmsysの方に解凍してるみたいだが。

386:デフォルトの名無しさん
07/12/27 10:18:12
でもbashのビルドはINSTALL.MSYSにしたがって、一応msysrlsbldっていうスクリプトやってるけどな。
中身は結局configure、makeみたいな感じだ。

387:デフォルトの名無しさん
07/12/28 23:45:45
Mingwでソケットを使おうとしたら使えない！
インクルードファイルがみあたらないのですがなんででしょう・・・。

388:デフォルトの名無しさん
07/12/29 01:14:53
MinGWなんだからwinsock使えよ…

389:デフォルトの名無しさん
07/12/30 02:43:17
基本的過ぎる質問だと思うのですが
検索してもわからなかったので書き込ませて頂きます

cygwinのgccを使ってC,やC++の開発を行うときのライブラリは
やはりcygwinのそれっぽいのをとってくるんでしょうか？

それとも別のIDEからライブラリ部分を持ってきたりするんでしょうか？

windows.h　関係が欲しいのですが
通常はどこで手に入れるものなんでしょう？

390:デフォルトの名無しさん
07/12/30 02:53:46
w32api

391:デフォルトの名無しさん
07/12/30 08:17:47
>>390
ありがとうございます。適当に必要なものとどこからでも良いので
とってくればOKなんでしょうか？

とりあえずcppunitとw32api(3.9-1)をcygwinのsetup.exeからインストールしたんですが
cygwin\lib\w32api 配下に windows.h が存在せず
どこから手に入れればよいのか困っています

「普通はここから持ってくる」そんな場所はありますか？

392:デフォルトの名無しさん
07/12/30 08:27:55
どんなオプションを選んだかなんて覚えていないけど、
特に何もしなくても<windows.h>をインクルードできるし、
特にライブラリ指定しなくてもWin32 API使えている。

393:デフォルトの名無しさん
07/12/30 10:50:40
$ find /usr/include -name windows.h
/usr/include/w32api/windows.h

394:デフォルトの名無しさん
07/12/30 11:05:03
>>391はなんでヘッダファイルをlib配下でのみ探したのだろう

395:389
07/12/30 17:38:53
>>392
何が違うんでしょうか…？俺にはさっぱりです
>>393-394
それは>>389がアホだからに他ならないわけで…。
…ありがとうございました
わからなかったのでPSDK入れようとしてました。

結局こんな感じでコンパイルしたら動きました
g++ test.cpp -I/usr/include -I/usr/include/mingw -v

includeされているパスが色々出てきて
それらがどこで設定されてるのかがイマイチわかっていませんが
おいおい調べていくことにします

396:デフォルトの名無しさん
07/12/30 17:57:30
>>395
/usr/include と /usr/include/mingw を一緒に使うのはどうかと思う…
ってかこの辺は解り難いとこなんだけど cygwin の gcc には使うlibcに応じて
2つモードがあるんよ.
- cygwinの提供するPOSIX APIを使う通常の cygwin のモード
- POSIX の API を使わずに Win32 API だけを使ってプログラムを書くための MinGW モード
gcc に -mno-cygwin オプションを付けると後者のモードになって /usr/include/mingw
ってのはその場合に使われるヘッダが入ってるのね。なので両方参照する必要はないはずなのよ？
それぞれのメリットやデメリットは…まぁ適当にぐぐってくださいね。

397:389
07/12/30 19:07:24
>>396
なるほど解説ありがとうございます。

初めに /usr/include だけを使った所 windows.h が読み込めて
その後に #include <tchar.h> する必要があったので /usr/include/mingw を読み込んでました。
/usr/include/mingw のみ -I すればコンパイルできました。

-mno-cygwin をつけるだけでもOKなのも確認しました。
クロスコンパイルやらなんやらの問題みたいですね。
とりあえず色々眺めてみることにします

398:デフォルトの名無しさん
07/12/30 20:04:19
>397
POSIX API を使うつもりがなくいなら -mno-cygwin を付けた方が
cygwin1.dll をリンクしないでいい分ライセンスとかいろいろ楽。
作りたいアプリケーションに応じて選んでくれ。

399:デフォルトの名無しさん
07/12/30 20:20:31
POSIX APIを使わないつもりがなくいときはどうしたらいいでしょう。

400:デフォルトの名無しさん
07/12/30 20:43:54
gccでデバッグオプション(-g -O0)を付けてコンパイルしたいのですが、
いったいどうやればいいのでしょうか？
いまのところはMakefile.amのINCLUDE変数に'-g -O0'を追加しているのですが、
明らかにおかしいので正しいやりかたを教えていただきたいのです。
環境はubuntu + gcc + autotoolsです。

(Linux板も探したのですが、適当なスレが見つけられなかったため
こちらに質問させていただきます)

401:デフォルトの名無しさん
07/12/30 21:02:09
大抵のMakefileなら、CFLAGS辺りに書けばよさそうだが。

402:デフォルトの名無しさん
07/12/30 21:35:22
autotool なら環境変数から引っ張ってきてるよね
CFLAGS="$CFLAGS -g -O0" ./configure
俺はこうして使ってるけど

403:デフォルトの名無しさん
07/12/30 21:35:26
>>400
この場合 Autoconf/Automake/Libtool スレあたりが適切かな…？

404:デフォルトの名無しさん
07/12/30 21:49:40
>>401
そうですよね

>>402
CFLAGS="$CFLAGS -g -O0" ./configure
のやりかたでできました。
ありがとうございました。

>>403
すいません。次から気を付けたいと思います。

405:デフォルトの名無しさん
07/12/31 02:00:32
よくあるのは configure に --enable-debug 付けると
デバッグオプションが付くように作ってあるとかかなぁ

406:デフォルトの名無しさん
08/01/01 20:05:29
wxWidgetsをリンクするために
'wx-config --cppflags'の出力されたものを
作成ファイルのMakefile.am内オプションに追加したいのですが
いったいどうやればいいのですか？

何度か同じことをする必要があるので
共通の変数か何かに設定できるとうれしいのですが。
(他のスレでも聞いたのですが、全く反応が無いのでマルポしています)

407:デフォルトの名無しさん
08/01/01 20:42:20
>>406
wc-config の出力結果を Makefile.am に書いたら意味ないだろw
configure.in を書いて configure 実行時に wc-config を実行してその結果
がMakefileの変数CXXFLAGSやLIBSに展開されるようにしてやればいいんじゃね？
あと autotools の使い方を基本から勉強しなおしてくれ。
そもそも autotoolize する必要があるのかってところから見直すといいかもしれん。

408:407
08/01/01 20:43:27
wc-configってなんだ… wx-config ね

409:デフォルトの名無しさん
08/01/01 23:42:35
>407
ありがとうございます。

> Makefileの変数CXXFLAGSやLIBSに展開されるようにして
これはいったいどうやればいいのでしょうか？
configure.inに
　WXCXXFLAGS = 'wx-config --cppflags'
　AC_SUBST(WXCXXFLAGS)
とやってもなしのつぶてで全く効果がありません。

あとautotoolsに関してなのですが、自分はもともとVCを使っていて
linuxでコンパイルする必要が出てきたので最近になってautotoolsを使い始めました。
なので残念ながらautotoolsをほとんど知りません。

これを使っているのは、いろいろなプロジェクトで
configureファイルを見かけるからなのですが
これを使わないとしたら他にどのようなツールが考えられますか？
自分はmakeをそのまま使うかbjamなどが思いつくのですが、
どれを選ぶにしろ大変そうで困っています。
ある程度ポータブルで分かり易いツールであればなんでもいいのですが、
良さそうなものがあれば紹介して頂きたいくらいです。

ちなみに、このプロジェクトのコンパイルに必要な手順は
１、プロジェクトに添付された(小さめの)外部ライブラリのソースからスタティックライブラリを生成
　　（この際、wxWidgetsが必要になるものもあります）
２、それらとライブラリのソースから一つのダイナミックライブラリを生成
３、最後に、メインプログラム(というかテストプログラム)をDLLをリンクして生成
と少し複雑です。

410:デフォルトの名無しさん
08/01/02 01:29:31
他のスレでもって、wxスレでもautoconfスレでも見かけなかったなぁ
まぁ別にどこでもいいんだけど

411:デフォルトの名無しさん
08/01/02 09:11:52
探したらｽﾚﾘﾝｸ(tech板) にいた…
>>409
基本的に広い範囲で移植性を確保しようと思ったら大変なのはどのツール使っても同じなの
はその通りなんだけど、どの程度の移植性が欲しいのかってところかな？
autotools使うなら本でも読んでじっくり取り組んでくれ。
- URLﾘﾝｸ(www.amazon.co.jp)
あまり出来のいい本でもないけど…

412:デフォルトの名無しさん
08/01/02 09:30:35
>>411
基本的には
Windows(cygwin), Linux, FreeBSD, Mac
あたりで使えれば嬉しいのですが。
あまりマイナーな環境に対応するのは大変ですしね。
いい環境が見つかるまでは、マニュアルと本でがんばりたいと思います。

413:デフォルトの名無しさん
08/01/02 10:20:29
WXCXXFLAGS="`wx-config --cppflags`"
･･･ではないのかな試してないけど
俺なら AC_PATH_PROG で wx-config あるかチェックするかな

414:デフォルトの名無しさん
08/01/02 15:12:07
>>413
ありがとうございます。ただ、それでもダメでした。
(>>409のWXCXXFLAGSはWXCPPFLAGSの間違いでした。すみません)

Makefile.inを見ると変数自体はちゃんと出力されているのですが
その中身がどうも空のようです。
Makefile.amではどちらか分からないので
一応@WXCPPFLAGS@と$(WXCPPFLAGS)の両方の形式で出力させています。

415:414
08/01/02 16:27:37
テストプログラムを作成しました。
原因の分かる方いましたら、是非教えてください。

URLﾘﾝｸ(www.uploda.org)

416:デフォルトの名無しさん
08/01/02 17:00:06
>>415
configure.ac の中身
WXCPPFLAGS=`wx-config --cppflags`
- 変数と'='の間にスペースは入れない
- 展開はバッククォート
普段UNIXライクOS使ってないならアレだがシェルスクリプトの基本を勉強する必要があるかも

417:デフォルトの名無しさん
08/01/02 17:02:34
>>415
そうそう Makefile.am の方は @WXCPPFLAGS@ でよくて $(WXCPPFLAGS) はいらない

418:デフォルトの名無しさん
08/01/02 22:37:44
>>416-417
できました！
やっとコンパイルに取りかかれそうです。
ありがとうございました。

419:デフォルトの名無しさん
08/01/04 07:52:12
>>418
Net　BeansIDE V6 R3を実装し、C/C++コンポーネントのアドイン指定をし、
Cygｗｉｎ言語処系gmake,g++,gcc等をインストールし、　Ｎｅｔ　ＢｅａｎｓＩＤＥを起動
することにより、自動でビルド環境が出来るじゃん。
まあ、autoconf automake の勉強するつもりならこんなやり方は為にならんが。
まあ、学生さんだったら時間あって勉強がてらハンドでやるのも良いんだろうけどｗ
よく考えたら、正月だったのか。じゃあ時間作れそうだな。

420:４１９
08/01/04 07:58:25
こっちの方が正確だったな
URLﾘﾝｸ(ja.netbeans.org)
Net　BeansIDE V6 R3→表記ミス

組込系なら制約が有るかもしれんな。
ま、その辺り臨機応変にな。

人間がやるより早いぞ。

421:デフォルトの名無しさん
08/01/04 09:54:43
>>419
本人はVC使ってて他の環境(LinuxやFreeBSD)で容易にコンパイルできるように
autotoolize してるって書いてあるだろ…
そこで Cygwin + NetBeans 勧めても…

422:デフォルトの名無しさん
08/01/04 21:04:54
>>421
奨めないとＰＧままだろ？
ソフトウェア開発技術者とＰＧは違うぞ。
コンポーネントプログラミングの妙技も味わって貰わないとなｗ

423:デフォルトの名無しさん
08/01/04 21:21:17
>>421
autotoolizeって何？

スペルミスするくらいならオーソライズって書けよｗ

424:デフォルトの名無しさん
08/01/04 21:25:18
>>423
autoconf/automake 使って
./configure && make all && make install
って, やればインストール出来るようになってる
という意味ではないのか?

425:デフォルトの名無しさん
08/01/04 21:45:50
>>424
個人の造語を空想で断定しては恥かくだろう？
俺はレスの文脈からオーソライズと認識したまで。
何ならそのスペルで英和辞典なりコンピュータ用語事典を
探して見たら良い。
一生掛かっても見っからないことは断言できる。
ま、そんなチンケな話で揉めても仕方ないのでここで
ペンを置く。

426:デフォルトの名無しさん
08/01/04 22:07:03
うるせーよググれカス

427:デフォルトの名無しさん
08/01/04 22:08:42
>>425
レスの文脈からautotool-izeとしか認識できなかったがな。
オーソライズってのはauthorizeのことか？だとしても意味が通らんな
もっと文脈読まないと恥かくぞ？

428:デフォルトの名無しさん
08/01/04 22:11:01
>>417
その情報は古い。
Makefile.amでは、$(WXCPPFLAGS)と書くのが今風です。
Makefile.inでよきに計らってくれるので。

そうすると、$ make WXCPPFLAGS="-I/anotherdir/include"
なんかが使えます。

429:デフォルトの名無しさん
08/01/04 22:13:26
>>427
ふふ、暇なオジンやな？
本件にレスして道ズレにしようちゅう魂胆かなｗ
まあ、おまえが口べただと言うことは良く解った。ググった上でのレスだｗ>>426

430:デフォルトの名無しさん
08/01/04 22:22:17
冬休み学生のへたくそな煽りにわざわざ釣られるなよ…

431:デフォルトの名無しさん
08/01/04 23:13:08
>>423
これほど「プギャー(AAry」を貼りたくなったレスは初めて見た希ガス。

432:デフォルトの名無しさん
08/01/05 01:06:06
世代間ギャップだろｗ

433:デフォルトの名無しさん
08/01/05 01:14:29
>>425
この辺を理解して出直してこい
URLﾘﾝｸ(www.catb.org)

434:デフォルトの名無しさん
08/01/05 02:27:02
↑この粘着馬鹿きも

435:デフォルトの名無しさん
08/01/05 08:05:03
お前も十分粘着だよ。

436:デフォルトの名無しさん
08/01/05 10:25:14
ageてる人はわかりやすくて良いな

437:デフォルトの名無しさん
08/01/05 13:13:44
4+3=7

438:デフォルトの名無しさん
08/01/05 17:53:22
新年から運営バイト乙
さくらも必要だからな２ちゃんにはｗ

車　寅二郎

439:デフォルトの名無しさん
08/01/05 18:17:23
To you cotton I dead no death she.

440:デフォルトの名無しさん
08/01/06 10:13:59
最近気づいたんだけど、速いCPUでCygwinのgcc使ってコンパイルするより、
遅いCPUでLinuxのgcc使ってコンパイルしたほうが速いのね・・・
体感的にはCygwin@X2 3800+ < Linux@CelD 2.4GHz, Cygwin@CelD 2.4GHz < Linux@P3 900MHzくらい
-pipeつけたらちょっとマシになったけど、それでもやっと同じくらい。
やっぱstat(2)とかが効いてるのかね？

441:デフォルトの名無しさん
08/01/06 10:39:27
Windowsはプロセスの起動が遅いうえに
Cygwinでエミュレートまでしてるからかなり遅くなると思うよ

442:デフォルトの名無しさん
08/01/06 11:50:41
cygwinと比較してる時点でバイアス満載。

443:デフォルトの名無しさん
08/01/06 12:14:27
MinGW使え

444:デフォルトの名無しさん
08/01/06 12:29:43
普通は、fgetc()をループで回してもfgets()やfread()を使っても(I/O速度で制限されるので)大差ない時間で処理できるが、
cygwinに限っては、fgetc()版は遥かに遅くなってしまうからね。

445:デフォルトの名無しさん
08/01/06 15:35:36
なんで？

446:デフォルトの名無しさん
08/01/06 18:02:26
エミュレートしているからでしょ。

447:デフォルトの名無しさん
08/01/06 18:26:53
それはfgetcが遅くてfreadが遅くない理由にならなくね？

448:デフォルトの名無しさん
08/01/06 19:02:11
>>447
なんでそう思う？

449:デフォルトの名無しさん
08/01/06 19:13:11
cygwinはファイルの読み書きは特に重いよね。MinGWにすると凄い速くなる。

450:デフォルトの名無しさん
08/01/06 19:35:46
>>447
freadも遅いがエミュレート+ループでfgetcが遥かに遅い理由にならなくね？

451:デフォルトの名無しさん
08/01/06 20:47:21
fread()一回では、エミュレートのオーバーヘッドは1回分であることが期待できる。
多くても、BUFSIZごとに1回だろう。
fgetc()では、毎回の呼び出しごとにオーバーヘッドが発生する懸念がある。
ungetc()のために毎回余計に読み込まなくてはいけないと言う事情がこれに拍車を掛けるだろう。

452:デフォルトの名無しさん
08/01/06 21:18:40
そゆのってオーバーヘッドのかからない層で
バッファリングすると思うんだけど・・・。

453:デフォルトの名無しさん
08/01/06 21:21:49
いや、そうじゃないからこそ、cygwinのエミュレーションは問題だといっている。

454:デフォルトの名無しさん
08/01/06 22:18:45
MinGWのgccやg++は、標準ヘッダの検索パスをどこで決めているんでしょ？

c:\mingwにインストールしたときはbinのpathを通すだけでコンパイルできたソースが、
j:\!repos\softwares\mingwにインストールしたときはbinのpathを通すだけだと、
no include path in which to search for stdio.hとか言われる。
C_INCLUDE_PATHやCPLUS_INCLUDE_PATHを設定すればいいみたいだけど・・・。

455:デフォルトの名無しさん
08/01/06 22:19:31
>>443
MSYSもいっしょに

456:デフォルトの名無しさん
08/01/07 03:31:02
>>451
ソースを読んでどこが悪いとか具体的に確信を持って言ってる？
なんか勘違いしてる気が…

457:デフォルトの名無しさん
08/01/07 05:35:00
そのへんを計測してみた人どこかにいないかな

458:デフォルトの名無しさん
08/01/07 06:23:28
なんかどっかのスレでも書いた気がするけど
俺のVista(HPx64)でMSYSちゃんが上手く動いてくれない

459:デフォルトの名無しさん
08/01/07 10:14:15
XPならHomeでもおｋ

460:デフォルトの名無しさん
08/01/07 10:27:17
MSYS1.0.10に1.0.11の何か上書きしたらイケましたわ。

461:デフォルトの名無しさん
08/01/07 13:00:45
使いもしないツールを多く含んだメタボ気味なコンパイラ使うより
いいかもね

462:デフォルトの名無しさん
08/01/09 00:20:59
少しスレ違いかもしれませんが質問させてください。

環境は、
MinGW　5.1.3
MSYS　 1.0.10

自前のC++ソースをビルドしようとすると、
こんな感じのシンボル未定義のメッセージが並んでリンクエラーになります。
foo.cpp:(.gnu.linkonce.t._ZNK11foo16hogeERKSt6vectorIdSaIdEEj+0x14a) : undefined reference to `_cxa_begin_catch'

nmで見るとlibstdc++.aが必要なようですが、-lでばっちり指定しています。
./libstdc++.a:eh_catch.o:00000000 T ___cxa_begin_catch
./libsupc++.a:eh_catch.o:00000000 T ___cxa_begin_catch

何が原因なんでしょう。。打つ手なしっす。

463:デフォルトの名無しさん
08/01/09 00:33:27
-lの方が先に指定されていたりはしないよね?

464:462
08/01/09 01:08:24
>>463
-lstdc++を一番後ろに置いてます。
not foundが出るわけではないのでライブラリは見つけてるはずなのですが、、
コンパイラのインストールからやり直すべきなのでしょうか？

465:デフォルトの名無しさん
08/01/09 01:13:59
g++コマンドでリンクすりゃ、libstdc++を明示する必要はないはずだが。(勝手にリンカに適切なオプション渡してくれる)

466:デフォルトの名無しさん
08/01/09 01:31:54
>>465
一度g++に切り替えて試したときもlstdc++を付けたままで、まったく同じエラーが出ました。
早速明日外してやってみます。

467:デフォルトの名無しさん
08/01/09 01:52:52
>>462
アンダースコアの数が違うからリンクできるように見えない。
マップファイルとかアセンブリのソースとか確認しないとわかんないね。

468:デフォルトの名無しさん
08/01/09 21:12:22
バージョンが合ってないとか

469:デフォルトの名無しさん
08/01/10 22:14:59
C/C++の開発環境を整備：MinGWとEclipse CDT
URLﾘﾝｸ(builder.japan.zdnet.com)

470:デフォルトの名無しさん
08/01/13 16:32:21
UACが有効なVistaでcygwin使うとき、sudoみたいに管理者権限を動的に（必要なときに）与えるようにしたいんです。
ここで間違えないで欲しいのは、実行したユーザーが属するAdministratorsが保有するACL管理下の権限であって、Administratorの強制執行権限ではありません。
引数をコマンドとして実行するだけのプログラムにマニフェストを組み込んでもcygwinから実行するとNo permissionでキャンセルされます。
runasではadministratorでの実行は可能ですが、条件に合いません。
何かいい方法は無いでしょうか？

471:デフォルトの名無しさん
08/01/13 20:36:11
VisualStudio, gcc, vim, Cygwinで開発しています。
MinGWというのは使ったことがあるのですが、メリットがよく分かりませんでした。
上記の開発ツールに加えてMinGWも使うとしたときのメリットにどんなものがありますか？

472:デフォルトの名無しさん
08/01/13 21:46:31
Cygwinというのは苦肉の策であって、
例えばパス名の区切りがスラッシュになるなど、環境との親和性に問題がある。

VisualStudioはアクチがあり、法外に高額で、
かといってラーニングやスタンダードはライセンスにいろんな制約がある。
ただしカネがあるなら最適化他の面で圧倒的に有利だ。

gccってNTリソースパックのgcc？
NTのPOSIXサブシステム用はOSの汎用性がない。

MingWは完成度さえ高ければ素晴らしいのだがｗ
ハローワールドで数メガとか恐ろしいことになったりするｗ

473:デフォルトの名無しさん
08/01/13 22:18:13
>>471
その列挙の意味がよく分かりませんが、VSとcygwin上のgccとvimを併用してると解釈します。

Wikipedia項目ﾘﾝｸ
↑cygwinとmingwの比較です。2つは哲学が異なります。

cygwinはmingwに比べwindowsシステムとの互換性が低い（パスとか）のでwindows向けの開発であれば避けた方がいいかもしれません。
しかし、cygwinにmingwが包括されています（詳しい位置づけはよく分かりませんが）。
dllの不要化やWindows APIの利用も可能です。cygwinとmingwを併用する利点はあまり無いと思います。

474:471
08/01/13 22:58:52
>>472
ありがとうございます。

Win32を使ったアプリを作らないせいか、環境とし親和性はあまり意識いたことないです。
やはり、Win32APIを使うと問題になってきますか。
VS Express 2005のフリー版を使っています。
gccはCygwin上のgccです。

>>473
リンクありがとうございます。

> VSとcygwin上のgccとvimを併用してると解釈します。
そうです。わかりにくくてすみません。

> しかし、cygwinにmingwが包括されています
それは初耳です。cygwinを使っていれば、mingwと同じかそれ以上の
ことが出来るということですか。

> cygwinはmingwに比べwindowsシステムとの互換性が低い（パスとか）ので
> windows向けの開発であれば避けた方がいいかもしれません。

windows向けの開発をする予定があるので、今からVSを使って慣れておこうかと思っている次第です。
windows向けであればcygwinよりmingwがいいんですか。
あるいは、windows向けであればビジネス的にはVSが圧倒的シェアかと思いますが、
個人的使用(趣味のプログラミング)であればVisualStudio2008などは高額で敷居が高いですね。
個人向けであれば、mingwが最適なのかなと思って、最近mingwが気になりだした次第です。

475:デフォルトの名無しさん
08/01/13 23:20:30
素直にVS使っとけ。どうせ2008も無償版が出るんだから。
POSIXを意識しないならWindows上でまでgcc使う必要はない。

476:デフォルトの名無しさん
08/01/14 01:43:18
>>472
ハローワールドで数メガとかならねーよw
# あ…Javaで書いてgcjでコンパイルとかしたらなるか

477:デフォルトの名無しさん
08/01/14 02:33:08
デバッグ情報てんこもりとか

478:デフォルトの名無しさん
08/01/14 03:08:49
[Test.java]
public class Test {
　 public static void main(String[] args) {
　　 System.out.println("Hello, world.");
　 }
}

> gcj -O2 --main=Test -o test Test.java
> ls -lh test.exe
-rwxr-xr-x 1 hoge none 6.1M Jan 14 03:04 test.exe*
> strip test.exe
> ls -lh test.exe
-rwxr-xr-x 1 hoge none 2.1M Jan 14 03:06 test.exe*

うはwww

479:デフォルトの名無しさん
08/01/14 14:10:45
>>471
VS　と　MinGW　の両方でコンパイルできるコードが割と簡単に書けるところが　MinGW　のメリット。
MinGW　では基本的に　Win32　API　を使う。
スレッド、WinSock2、DLL　のロードなどは　Win32　API　を利用するので
VS　用と　MinGW　用のコードの差分は小さくなることが多い。
コンパイラ依存の部分を　#ifdef　で分ければ大半のコードを共用できる。

Cygwin　は使ったこと無いのでパス。

480:デフォルトの名無しさん
08/01/14 14:43:38
逆に、cygwinだとWinSockを使わないでソケット周りを書けるのが魅力。
要は、Linuxと同じソースでいける可能性が高い。

481:デフォルトの名無しさん
08/01/14 22:47:17
>>474
windows用のソースをwindows用にコンパイルするのがmingw、勿論VSも
linux用のソースをwindows用にコンパイルするのがcygwinのgcc
cygwinでもwindows用のソースをコンパイルする事はできます、そこで使われているのがmingw
このcygwinのmingwが本家と同一なのかどうなのかはよく知りませんが。

gcc --target-help の最初の10行程を見てみてください、参考になるかと思います。

482:デフォルトの名無しさん
08/01/15 04:56:41
一部のファイルをインクルードすると

failure to convert cp932 to UTF-8

というエラーが発生するんですが
これは何が原因なんでしょう？

別のエディタで文字コードをUTF-8にして保存しても直りませんでした

483:デフォルトの名無しさん
08/01/15 05:46:45
改行コードかも

484:デフォルトの名無しさん
08/01/15 06:25:37
>>483
阿呆ですか。

>>482
--input-charsetは?

485:デフォルトの名無しさん
08/01/15 07:23:08
いやまじであるぜ？
改行コード

486:デフォルトの名無しさん
08/01/15 14:22:35
>>482
「一部のファイル」ってのを明確すると話が早かったりするかも。
boostだったりしない？

487:本田
08/01/17 17:40:38
>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年春
>1995年9月13日改訂
URLﾘﾝｸ(msdn.microsoft.com)
>抄録
>この解説書は、
>Microsoft(r) OLE Component Object Model（COM）オブジェクトを作成し、
>効果的に使用する方法を説明しています。
>例文はほとんどCで書かれていますので、実際に何が行われているかが、大変分かりやすく示されています。
>プログラマの中には、オブジェクトを実行するためにC++を好んで使用する人もいるでしょう。
>C++プログラマの観点からCOMの概念および基本的な使用法を論じているのは
>Kraig Brockschmidt著のInside OLE （第2版）（MSDN Library（Books））です。
>COMとは何か、またその設計や哲学の後ろにある動機付けをより理解する事に興味がある読者なら、
>Component Object Model Specification（MSDN Library（Specifications））の最初の2章を読んでください。
>第1章には簡単なイントロダクションを、第2章では徹底的に概要を解説してあります。
>この解説書ではInside OLEとCOM Specificationにある情報を、
>COMオブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。

488:デフォルトの名無しさん
08/01/17 18:01:35
>>482
input-charset を CP932 として使っていながら、欧州由来のコードで
CP932的に不正なものを含むソースをコンパイルしたんだと思う。
ffmpegの何かのヘッダとか。

489:デフォルトの名無しさん
08/01/20 14:26:15
エクスプローラーを使っているときに
今見ているフォルダでCgywin窓を開きたいのですが
どうしたらいいですか？

490:デフォルトの名無しさん
08/01/20 15:01:59
アドレスバーからコピーして、cdすれば?

491:デフォルトの名無しさん
08/01/20 15:39:29
>>489
cygwin hereでググれ

492:デフォルトの名無しさん
08/01/20 19:41:55
俺はこうしてる
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\WinHandPrompt]
@="Zsh(&C)"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\WinHandPrompt\command]
@="cmd.exe /F:on /K \"cd %L&&zsh\""

493:デフォルトの名無しさん
08/01/21 21:47:51
窓の手の流用か

494:デフォルトの名無しさん
08/01/22 02:51:02
あれ、なんでばれたんだろう？
、と思ったら書いてあったねハッキリと

495:デフォルトの名無しさん
08/01/26 01:51:09
MSYSからgetchとかkbhitを拾うのはどうしたらいい？

コマンドプロンプトではできることが
MSYSでは上手くいかないことが意外に多い
printfは必ずfflushも書かないと表示されないし・・・(TT

496:デフォルトの名無しさん
08/01/26 05:18:27
毎回のようにfflushするくらいならsetvbufに_IOLBFしとけ。

で、getchやkbhitはC/C++にもPOSIXにも準拠していないし、Win32にも無い。
強いて言えば、DOSのデファクトスタンダードだったので残してある、というだけ。

Win32APIを使わないとするなら、
conio.hじゃなくてcursesとかを使うんじゃないの？知らないけど。

497:デフォルトの名無しさん
08/01/26 11:11:00
>>495
＞printfは必ずfflushも書かないと表示されないし・・・(TT
リダイレクトする用途を考慮しなくていいなら、printf()ではなくfprintf(stderr, ...)したまえ。

498:デフォルトの名無しさん
08/01/26 15:58:13
いま操作しているPC(ネットワーク上でのコンピュータ名はPC1)のcygwin(以下cygwin1)から
sshでほかのPC(ネットワーク上でのコンピュータ名はPC2)のcygwin(以下cygwin2)にログインして
\\PC1\Shareにアクセスしようとすると"-bash: cd: \\yy-x60s\Share: Permission denied"と言われてしまいます

cygwin2から直接"cd \\\\PC1\\Share"を実行するとこちらは成功します

cygwin2で"setfacl -m user:SYSTEM:rwx \\\\PC1\\Share"を実行して
直後に"getfacl \\\\PC1\\Share"を実行すると
# file: \\PC1\Share
# owner: pc2user
# group: なし
user::rwx
group::r-x
other:r-x
mask:rwx
とでていて設定が反映されてないことが原因なような気がするのですが、どのように設定するばよいか分かりません

499:デフォルトの名無しさん
08/01/26 15:58:46
そういえばstderrはバッファリングされないからflushする必要もないよね

500:デフォルトの名無しさん
08/01/26 16:13:01
でなきゃ困るだろ．そもそも
>printfは必ずfflushも書かないと表示されないし・・・(TT
は，それが当たり前だということを知らずに泣いてるだけの話だろ

501:デフォルトの名無しさん
08/01/26 19:20:24
>>495-496
MSYS　では、ってのは　rxvt　では、ってことだよね。
pdcurses　の　getch　を使うプログラムを書いて試してみたけど　rxvt　ではダメっぽい。

LINES　value　must　be　>=　2　and　<=　-4096:　got　1
initscr():　LINES=1　COLS=1:　too　small.

とか出てプログラムが異常終了する。
ググってみると　lynx　や　aspell　で同じ問題が起こっているみたい。
rxvt　では　(pd)curses　は　NG。

502:デフォルトの名無しさん
08/01/30 21:32:07
質問です。非常に初歩的ですみません。

ジョークコマンド sl を、Cygwin やその他 dll 等に依存しない、exeファイ
ル単体で動く形にコンパイルしたいのです。

URLﾘﾝｸ(chaosweb.complex.eng.hokudai.ac.jp)
URLﾘﾝｸ(freethink.way-nifty.com)
これらを参考に、Mingw、GnuWin32 をそれぞれフルインストールしました。
makefile の -lcurses と sl.c の usleep を書き換えました。
また、makefile を
CC=c:/mingw/bin/gcc.exe
と書き換えました。
そこから先が分かりません。

gnuwin32 のコマンドプロンプトから、makeを実行すると、以下のようなエラー
が出ます。
gcc -O -o sl sl.c -lpdcurses -ltermcap
sl.c:30:20: curses.h: No such file or directory
sl.c: In function `my_mvaddstr':
sl.c:42: error: `ERR' undeclared (first use in this function)
sl.c:42: error: (Each undeclared identifier is reported only once
...(略)

ということで質問です。GnuWin32 の termcap と pdcurses を、MinGW から利
用できるようにするには、どのように何を設定したらいいのでしょうか？

次ページ