Cygwin + MinGW + GCC 相談室 Part 3

Cygwin + MinGW + GCC ..

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 から利
用できるようにするには、どのように何を設定したらいいのでしょうか？

503:デフォルトの名無しさん
08/01/30 23:04:14
>>502
gcc の -I オプションで curses.h があるディレクトリを指定

504:502
08/01/30 23:57:09
>>503
ありがとうございます。makefileのCFLAGSを以下のように修正したところ、
CFLAGS=-O -I "/Program Files/gnuwin32/include/"
一歩前進し、今度はこんなエラーが出るようになりました。

c:\mingw\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
cannot find -lpdcurses
collect2: ld returned 1 exit status
make: *** [sl] Error 1

今度はどこに何を設定したら良いでしょう？

505:デフォルトの名無しさん
08/01/31 00:01:20
1を聞いて10を知れ、とは言わないがちょっとな・・・

506:502
08/01/31 00:46:02
ごめんなさい、図々しいお願いですね。

gcc の man を見ているのですが、ライブラリの検索パスを追加するオプショ
ンが見つかりません。
また、C:\Program Files\gnuwin32 の下に pdcurses に相当するライブラリが
あるのかと思ったのですが、libpdcurses.a というファイルが見つかりません。
行き詰ってしまいました。

507:デフォルトの名無しさん
08/01/31 00:49:24
-L でしょ？

508:502
08/01/31 01:08:26
うわあ、これは恥ずかしい。申し訳ありません。
日本語manを"ライブラリ"で検索していたので見つかりませんでした。

c:\program files\gnuwin32\lib に pdcurses がなく、curses があったので、
Makefile を元に戻しました。

--- sl.c ----
/* usleep(20000); */
sleep(1);

ここで今、こんなエラーが出ています。
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccGQbaaa.o:sl.c:(.text+0x1a4):
undefined reference to `sleep'
collect2: ld returned 1 exit status

たぶん、正しいヘッダをインクルードすればいいと思うのですが。

509:デフォルトの名無しさん
08/01/31 01:48:36
>>508
> たぶん、正しいヘッダをインクルードすればいいと思うのですが。

そう思うんだったら、includeディレクトリの中でsleep()の宣言を探す
べきでしょ。たぶん無いけど。

510:502
08/01/31 02:01:22
おっしゃるとおりです。見つかりませんでした。

/MinGw/include には何もなく、

/Program Files/gnuwin32/include には
glibc/unistd.h に sleep() がありましたが、includeすると大量のエラー。
winx/timex.h に nanosleep() がありましたが、
undefined reference to `nanosleep' のエラーが出ます。

/cygwin/include でも見つからなかったので、どうも方針がまずいようです。
Cygwin 上だと何もせずにコンパイル、実行できましたので。

今日はいったん中止します。

511:デフォルトの名無しさん
08/01/31 08:33:38
このまま続けると嫌われるよ。
おそらく、初心者板の方が適している質問と思われ。

# -Iや-Lオプションなんて、cc時代から定番のオプションだし。
# CygwinやMinGWの問題か切り分けられて無いし。

512:502
08/01/31 13:11:55
ごめんなさい、では最後に一点だけ。

/* usleep(20000); */
この行をコメントアウトすると、コンパイルは通るようになりました。まあ実
行すると、一瞬で終わってしまうのですが。

ただし、カレントディレクトリに curses2.dll を必要とします。exeファイル
のみで実行できるようにならないでしょうか？

見よう見まねで gcc に -static オプションを付けてみましたが、大量にコン
パイルエラーが出てしまいます。

c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x34):
undefined reference to `_imp__stdscr'
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x4f):
undefined reference to `imp( *) static'
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x6b):
undefined reference to `_imp__stdscr'

513:デフォルトの名無しさん
08/01/31 13:17:19
>>512
そのpdcursesにスタティックリンク用のライブラリが添付されてない限
り、キミには無理。

514:502
08/01/31 13:22:08
ありがとうございました。dllは諦めます。
あとはusleep(20000)ですが、これはどこか初心者スレを探して質問します。

515:502
08/01/31 15:17:52
先ほどの者ですが、解決しました。

#include <windows.h>
...
Sleep(20);

Windowsプログラミングに詳しい知人にアドバイスされ、このように修正したと
ころ、見事に動くようになりました。

どうもお騒がせしてすみませんでした。ありがとうございました。

516:デフォルトの名無しさん
08/01/31 15:59:00
最初からそいつに聞け糞が

そいつはそいつで、掲示板で聞けようぜえ
と思ってるだろうがな

517:デフォルトの名無しさん
08/01/31 16:23:57
「mingw sleep」でググるだけで、ヒントがたくさん出てくるんだけどなあ。

518:502
08/01/31 18:53:51
ごめんなさい、訳があって急ぎだったので、無神経な質問をしてしまいました。
ご迷惑をおかけしました。
今度Java質問スレで、超初心者にていねいに答えますので、それで埋め合わせ
にさせてください。

519:デフォルトの名無しさん
08/01/31 20:08:57
人に教えてる暇があったら勉強しろ

520:デフォルトの名無しさん
08/02/01 09:18:44
以上 >502 の日記からお伝えしました

521:デフォルトの名無しさん
08/02/02 07:20:34
Cygwinでcファイルをコンパイルしようとしたところ、
3[main] ? 26824 init cheap: Couldn't reserve 3600336 bytes of space for cygwin's heap, Win32 error 487

というエラーメッセージを4つ吐くのですが、解決策はありますでしょうか？
ググってみて、再インストールもしてみたのですができませんでした…

WinXP Home SP2
RAM DDR SDRAM 512MB

522:521
08/02/02 08:38:29
すみません自己解決しました。

System32にCygwin1.dllがあったのが悪かったようです。

523:デフォルトの名無しさん
08/02/05 19:57:57
guileのinfoにある例(インタプリタを作るだけ)をmingwでコンパイルしたら
sys/select.h
ieeefp.h
が無いと言われてしまいます。
確かに/includeにも/mingw/includeにもそんなファイルはありゃしませんが。
mingwじゃlibguileは使えないのでしょうか？

バージョンは
gcc: 3.4.2
guile: 1.8.2
です。

524:デフォルトの名無しさん
08/02/05 20:08:18
　＿＿＿＿＿ _＿＿
＜ー､＼＼ヾiγ／rﾆミ
　＼ヾﾍヽヽﾘ川///γ
　　>川/￣""""￣｢ﾘ
　 (ﾍir-=o=ｯｨ=o=j
　_ハ| `ー/ ii､ｉ
＜＼ヽヽ `ー′/
　＼ヽ＼￣￣/∩へ　　Cygwinじゃ駄目なのか？
＿_ｉi　￣/二ノﾚ<　　　　guileのmakeに必要な環境やライブラリはあるのか？
ﾍﾍﾍ＼ヽﾆ>-ｲ｜( Ｙ／)
ﾉ// / ヽ_ノ｜ヽハ／)
ノ￣　 `ー｜ |ヒ／

525:デフォルトの名無しさん
08/02/05 20:13:56
>>524
試しにcygwinでやってみたら、gmpを入れてないのでハネられます。
まあ、gmp入れてcygwinでやればいいだけなんだろうけど。
主力環境がmingwなのでmingwでやりたいなと。

526:デフォルトの名無しさん
08/02/05 20:20:56
敗因は２つだ
- >>525 は sys/select.h　が何なのかわかってない
- >>525 は mingw がどんな位置づけにあるものかもわかってない

527:デフォルトの名無しさん
08/02/05 20:31:43
guileを使うのにPOSIX環境である必然性があるのかな

528:デフォルトの名無しさん
08/02/05 21:10:01
ないと思うが…

529:デフォルトの名無しさん
08/02/05 23:46:04
では、mingwの位置づけ云々は関係ないような。
select.hを使わないようにconfigureできないものか。

530:デフォルトの名無しさん
08/02/06 00:23:46
>>529
mingwの位置付けが判っていたら当然そういう風に行動するだろ？
ってか guile をビルドの話なのか？
guile をビルドするときなら configure --disable-posix とかあった気がするが…

531:デフォルトの名無しさん
08/02/06 01:24:34
>>530
sourceforgeのmingw用にビルドされたguileをインスコしてlibguileまで一緒に入っているのにselectがないとかもうね、なんなんだと。

532:デフォルトの名無しさん
08/02/06 05:34:13
じゃあきっとそのlibguileは --disable-posix で作られてるんだろ？

533:デフォルトの名無しさん
08/02/06 12:51:39
>>532
guileの意義がわかんねーなら上から目線で語るなよwwww

534:デフォルトの名無しさん
08/02/09 17:33:53
…と、>>533が最上位から申しております。

535:デフォルトの名無しさん
08/02/09 18:04:39
Cygwinでgcovを使いたいのですが、
gccに-mno-cygwinのオプションを付けて実行すると以下のようなエラーが出ます。
test.gcda:Version mismatch - expected 304m got 304c

-mno-cygwinを付けてgcovを使うことはできないのでしょうか？

Cygwinのバージョンは1.5.25-7です。

536:デフォルトの名無しさん
08/02/10 03:15:32
Cygwin v2.573.2.2で開発しています。C++からperlを使おうと思って、とりあえず下のソースを拾ってきました。
#include <EXTERN.h>
#include <perl.h>
static PerlInterpreter *my_perl;
void main ()
{
char *perl[] = { "", "-e", "printf(\"%x\", 3735928559);" };
my_perl = perl_alloc ();
perl_construct (my_perl);
perl_parse (my_perl, NULL, 3, perl, (char **)NULL);
perl_run (my_perl);
perl_destruct (my_perl);
perl_free (my_perl);
}
それを perｌ_sample.cpp　という名前で保存し、
g++ perl_sample.cpp -I/lib/perl5/5.8/cygwin/CORE -L/lib/perl5/5.8/cygwin/CORE
と、コンパイルしようとしました。しかし、
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0x40): undefined reference to `_perl_lloc'
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0x52): undefined reference to `_perl_construct'
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0x7e): undefined reference to `_perl_parse'
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0x8b): undefined reference to `_perl_run'
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0x98): undefined reference to `_perl_destruct'
/cygdrive/c/Users/hoge/AppData/Local/Temp/ccwiKLdy.o:perl_sample.cpp:(.text+0xa5): undefined reference to `_perl_free'
collect2: ld returned 1 exit status
と、エラーをはきます。perl自体はcygwinのインストール時に入れたものです。perlのlibが無いのかと思い、探しましたが見つからず、また、perlの最新版をコンパイルしようとしましたが失敗しました。ちなみにOSはVistaです。
どのようにすればコンパイルできるようになるのでしょうか？

537:デフォルトの名無しさん
08/02/10 05:47:34
>>535
URLﾘﾝｸ(www.cygwin.com)

538:デフォルトの名無しさん
08/02/10 08:22:53
>>536
ライブラリのサーチパスは指定しているけど、ライブラリそのものを指定していないじゃん。

539:デフォルトの名無しさん
08/02/10 09:52:41
>>537
Cygwinで-mno-cygwinを使う代わりに本物のMinGWを使うことで解決できました。
ありがとうございました。

540:デフォルトの名無しさん
08/02/10 13:45:20
>>538
ありがとうございました。無事コンパイルすることができ、実行もできました。

541:デフォルトの名無しさん
08/02/20 01:17:56
ckのソースどっかに落ちとらんかのー

542:デフォルトの名無しさん
08/02/22 00:44:21
どぞ　URLﾘﾝｸ(www.ch-werner.de)

543:デフォルトの名無しさん
08/02/22 10:17:09
ん? ck違い!? とりあえずｻﾝｸｽｺ

544:デフォルトの名無しさん
08/02/23 09:23:36
浮動小数点演算を行なうルーチンをコンソールアプリ（main関数）から呼んだときと
Win32　API　で書いた　GUI　アプリから呼んだときとで計算結果が違うという問題に
悩まされています。どなたか解決策をご存じないでしょうか。

問題を再現する、できるだけ小さなプログラムを作りました。
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
付属の　Makefile　は　MinGW　(GNU　make）用です。
test1.exe（コンソールアプリ）と　test2.exe（GUI　アプリ）をビルドして実行します。
どちらも　init.c　の　initialize()　を呼び出します。
initialize()　は　double　型の配列　x　を初期化する関数です。
計算結果を見るために　x[5]　と　x[6]　をカレントディレクトリの　output.txt　に書き出しています。
gcc　version　3.4.5　(mingw　special)　では以下のようになりました。

test1.exe
x[5]　=　4.7474747474747475e-001
x[6]　=　4.6969696969696967e-001

test2.exe
x[5]　=　4.7474747474747475e-001
x[6]　=　4.6969696969696972e-001

同じルーチンを呼んでいるのに　x[6]　の値が異なります。x[5]　は一致しています。

比較のために　VC++　Toolkit　2003　(nmake.exe)　用の　Makefile.vc　も入れておきました。
Microsoft　(R)　32-bit　C/C++　Optimizing　Compiler　Version　13.10.3077　for　80x86
でコンパイルしたところ2つのプログラムの計算結果が配列　x　の全要素について一致しました。
MinGW　(gcc)　でコンパイルしたときの　test2.exe　の計算結果と一致しています。
すなわち　test1.exe　の計算結果がおかしいようです。

どなたか解決策をご存知の方がいらっしゃいましたらご教示下さい。よろしくお願いいたします。

545:デフォルトの名無しさん
08/02/23 09:53:13
面倒だからソースは見ていないけど、どちらかはFPUで計算を行いどちらかはSSEで計算を行なっていると思われる。
コンパイルオプションで強制できるから、必要なら強制すればいい。
但し、doubleの精度を超えた領域の話なのでどちらも間違っているとはいえない。

546:デフォルトの名無しさん
08/02/23 09:55:30
./test1
4.7474747474747475e-001
4.6969696969696967e-001
./test2
4.7474747474747475e-001
4.6969696969696967e-001

gcc version 4.1.2

ごめん、役に立てそうも無いｗ
とりあえずmap出力してdiff取ってみたらどうか

547:デフォルトの名無しさん
08/02/23 10:01:53
アセンブリ出力を見るだけだろ。常考

548:デフォルトの名無しさん
08/02/23 10:17:20
同じになっちまった。
.gcc version 3.4.5 (mingw special)
/test1
cat output.txt
4.7474747474747475e-001
4.6969696969696967e-001
gcc -o test2.exe -mwindows test2.c init.o
./test2
cat output.txt
4.7474747474747475e-001
4.6969696969696967e-001

gccオプションに--save-temps
しかし、同じ.oファイル使ってるから意味ないか。

fprintf(fp, "%hX\n", x[5]);
fprintf(fp, "%hX\n", x[6]);
これ出力しても結果異なるよね？

まぁ、ollydbgあたりでステップ実行すれば原因はわかるかと思う。

549:デフォルトの名無しさん
08/02/23 10:20:48
そういえば、全然関係ない話だけど
MinGWのprintfで、%hhXとかうまく機能しない原因知ってる人いない？

550:デフォルトの名無しさん
08/02/23 11:00:51
msのcランタイムがc99対応じゃないから

551:デフォルトの名無しさん
08/02/23 11:19:49
msのランタイムって、FPUの精度を固定していないか?
>544はもう一回動かしてもtest1のx[6]は違う値のまま?

552:デフォルトの名無しさん
08/02/23 12:01:31
15桁目まで同じだからdoubleの精度としては問題ない。

553:549
08/02/23 12:03:17
C99以前ではhhxって使えなかったんだ。
知らなかった。

554:デフォルトの名無しさん
08/02/23 12:18:37
x86のFPUは、80ビット精度と64ビット精度が存在する。
SSE2は64ビット精度。
とかそのへんの問題かな?

>>551に一票。

浮動小数点演算の検算で精度気にしすぎると禿げるぞ。
ε使えε

555:デフォルトの名無しさん
08/02/23 12:55:41
テキストで出力すると計算の問題なのか出力関数の問題なのか分からんな。
バイナリで出力（あるいは１６進ダンプ）してみて
どうなるかチェックした方がいいと思う。

例えば
fprintf(fp, "%.16e\n", x[5]);
これを
output(fp, x[5]);
にして、output を別翻訳単位で下のように定義してみたらどう？

void output(FILE *fp, double value)
{
　union {
　　double value;
　　char array[sizeof (double)];
　} dc = { value };
　int i;

　for(i = 0; i < sizeof (double); ++i) {
　　fprintf(fp, "%02X ", dc.array[i]);
　}
　fputchar('\n', fp);
}

556:デフォルトの名無しさん
08/02/23 12:56:53
_controlfp あたりでぐぐれ

557:デフォルトの名無しさん
08/02/23 13:05:31
VCとgccのデフォルトのFPU計算精度は異なるらしい
URLﾘﾝｸ(homepage1.nifty.com)
_controlfpでいじると同じ精度にできる

558:デフォルトの名無しさん
08/02/23 13:11:46
おー、それだそれだ、思い出した。

559:544
08/02/25 14:04:07
皆さまコメントありがとうございました。>>556-557の方法で解決いたしました。

使用していた　Windows　環境では　MinGW　でコンパイルしたコンソールアプリは　53　ビット、
MinGW　でコンパイルした　GUI　アプリと　VC++　Toolkit　2003　でコンパイルした両アプリは
64　ビットの演算精度を用いていたようです。

別の　Windows　環境で試したところ　MinGW　でも両アプリとも同じ計算結果になりました。

コンソールアプリを　MinGW　でコンパイルすると演算精度が　53　ビットになる環境がある、
確実を期すなら　　_controlfp　を使え、ということですね。

髪がすこし減ってしまった気がします。本当にありがとうございました。

560:デフォルトの名無しさん
08/02/25 14:29:41
つーか、doubleの精度以上の処を云々すると禿げるよ。
どうせ微小誤差が付き纏うんだから適当な桁で丸めて表示するとかしないと。

561:544
08/02/25 15:57:08
>>560
おっしゃる通りです。

今回の件が気になってしまったのは、シミュレーションコードのデバッグ中だったためです。
実行環境やコンパイラが違ったら気にしないところですが、同じ環境で同じオブジェクトコードに
同じ入力データを与えているにも関わらず計算結果が違うことにとまどってしまいました。
原因はdoubleの範囲を越えた部分の誤差でしたが、この問題を調べるきっかけになった
シミュレーション結果の違いはもっと有意な差だったので看過できませんでした。

育毛にはげみます。

562:554
08/02/25 21:54:36
>>561
> シミュレーション結果の違いはもっと有意な差だったので

俺は予言する
もまいは禿げる。

肝心のアルゴリズム、あるいはテストベクタが草ってんじゃない?

563:デフォルトの名無しさん
08/02/25 22:13:26
>>561
IEEEに準拠するように80bitではなく強制64bitにするオプションがあったはずだが

564:デフォルトの名無しさん
08/02/26 13:18:47
>>563
>556-559

565:デフォルトの名無しさん
08/02/27 14:03:31
そんなあなたを禿増してあげましょう

566:デフォルトの名無しさん
08/03/04 02:29:06
>>541 発見しますた
URLﾘﾝｸ(sohda.net)

567:デフォルトの名無しさん
08/03/07 09:16:50
OS再ｲﾝｽｺしてdevcpp+SDLで以前のソースコンパイルしたらWinMain@16なエラーが('A`)
int main(ryから始めてるし-mwindowsも付けてるのに
cygwinでもｲﾝｽｺすれば変わるかなあ

568:デフォルトの名無しさん
08/03/07 10:14:40
-lSDLmain付け忘れ&-l順番ミスでしたｻｰｾﾝ
SDL外したらコンパイル通って、sdl-config見てやっと思い出した

569:デフォルトの名無しさん
08/03/24 17:59:52
相談じゃなくて雑談になるんだけど
g++4.3.0をビルドしてみたんだけど、g++のbinが460,475ってでかくね？
cygwinのインストーラからのg++3.4.4は96,789、verうｐとかモジュール化とか考えてもねぇ。
とか思いながら動作テストで↓コンパイルしたら、2,339,843、メガってどうなの。（ちなみに3.4.4でも477,682、g++4.3.0binよりでけぇ
#include <iostream>
int main(){return0;}
これって一体何がバイナリに組み込まれてるのか気になるんだけど、分かる人教えてー、誘導だけでもいいから。
ちなみに#include<iostream>だけ消したら3.4.4が7,673、4.3.0が10,915と小さくなった。（勿論gccじゃなくてg++で

570:デフォルトの名無しさん
08/03/24 18:09:00
stripしろよ
ライブラリのdebug infoもな

571:デフォルトの名無しさん
08/03/24 18:30:48
なるほど、どうもー。

572:デフォルトの名無しさん
08/03/25 07:07:47
g++ 普通にビルドできるのか？
それならなんで Cygwin のパッケージは 3.4 のままいっこうに動かないんだろう。

573:デフォルトの名無しさん
08/03/25 13:33:08
そのうち、stripしてもまだサイズがでかいがどうしてだ？　といった
ググれば5秒で分かるFAQを聞きに戻ってきそうだ

574:デフォルトの名無しさん
08/03/25 14:25:42
嫌味だけは一丁前でな

575:デフォルトの名無しさん
08/03/25 17:16:47
>>572
できたよー
そういや俺も昔クロスコンパイラ作ろうとしたけどビルド出来なかった覚えがあるな
そんときは原因分からず仕舞いやったけど

cygwinのパッケージはlinuxでビルドされてるらしいから3.4で動かない原因は別なんじゃない？

576:デフォルトの名無しさん
08/03/29 06:08:53
Windows XP SP2 上で Cygwin gcc 3.4.4 の MinGW モードで開発してるんですが、
システムメニューの項目を EnableMenuItem() を使ってグレーアウトさせようとしてもできません。

具体的には、ウィンドウプロシージャで WM_CREATE を受け取ったとき

　EnableMenuItem(GetSystemMenu(hWnd, FALSE), SC_MOVE, MF_GRAYED);

としても、システムメニューの「移動」がグレーアウトせず、有効なままになってしまいます(実際にウィンドウ移動もできる)。
MF_GRAYED を MF_DISABLED にしても同様で、システムメニューからウィンドウ移動ができてしまいます。

　DeleteMenu(GetSystemMenu(hWnd, FALSE), SC_MOVE, MF_BYCOMMAND);

ならば正常に機能し、項目が削除されるんですが…。

似たような環境で EnableMenuItem() によるシステムメニュー項目のグレーアウトができている方がいれば
方法など教えていただけないでしょうか？

577:デフォルトの名無しさん
08/03/29 06:18:22
すみません。追記です。

　EnableMenuItem(GetSystemMenu(hWnd, FALSE), SC_CLOSE, MF_GRAYED);

は正常に機能し、システムメニューの「閉じる」とタイトルバーの×ボタンがグレーアウトするようです。
となると「移動」とか「サイズ変更」がグレーアウト/無効化できないのは Windows API 自体の仕様なんですかね？
もしそうだったらスルーしてください。Cygwin + MinGW 環境固有の問題かと早合点してしまったので。

578:デフォルトの名無しさん
08/03/29 17:36:49
Win32 API スレの管轄だろうな。
ま、それはともかく設定するタイミングが駄目だと思う。

URLﾘﾝｸ(msdn.microsoft.com)
>GetSystemMenu
>
>状況によって、システムはウィンドウメニューの標準的なメニュー項目の一部を自動的に淡色表示にします。
>アプリケーションは、どのメニューも表示されていないうちに WM_INITMENU メッセージに応答することにより、
>メニュー項目を独自に選択したり淡色表示にすることができます。

ということで、WM_INITMENU でやればいいと思う。っつーか、普通のメニューでも項目の無効化等はそこでやると思うんだけど。

579:デフォルトの名無しさん
08/03/31 13:20:29
>>578
スレ違いの質問にお答えいただいて恐縮です。
仰る通り WM_INITMENU を受け取ったときに設定することで「移動」「サイズ変更」もグレーアウトさせることができました。

ただし、WM_INITMENU メッセージでは wParam に対象メニューハンドルが格納されるらしいのですが、
システムメニューに関してはこれは当てはまらないようです。なので、

　if(wParam == (WPARAM)GetSystemMenu(hWnd, FALSE)){
　　...
　}

などとすると if 文の中身は決して実行されないようです。
よって、システムメニューを設定するだけなら wParam は無視すべき、ということみたいです。

580:デフォルトの名無しさん
08/03/31 13:46:42
WM_INITMENUPOPUPなら見分けがつくんでない?

581:デフォルトの名無しさん
08/03/31 14:43:40
>>580 アドバイスありがとうございます。やってみましたが、

　if(HIWORD(lParam) == 1){
　　...
　}

というテストはうまくいくものの、wParam にはシステムメニューのハンドルが入っていないようです。
ですので、EnableMenuItem() などに渡すメニューハンドルはやはり GetSystemMenu() を使って自前で取得しなければ
ならないようです。
また、WM_INITMENUPOPUP を受け取ったときに EnableMenuItem() を呼ぶと、タイトルバーから初めてシステムメニュー
を呼び出したとき、システムメニューの表示位置が若干上にずれて、タイトルバーを覆い隠すような形で出てくるようです。
まあ2回目以降は正常に戻るので、気にするほどのことではないかもしれないですが…。
あと、WM_INITMENU の場合は対象がシステムメニューかどうか見分けが付かないので、自分で初回スイッチのような
ものを用意して対処する必要がありそうですね。

それと、さっき色々試していて気が付いたのですが、WM_INITMENU または WM_INITMENUPOPUP を受け取ったときに
EnableMenuItem() する方法だと、タスクバーを初めて右クリックしたときに項目が無効にならないようです。
2回目以降、もしくは初回であっても事前にタイトルバーからシステムメニューを表示させていれば EnableMenuItem()
の設定が反映されるんですが…。

調べてみたところ、タスクバーが右クリックされたときには非公開メッセージ 0x313 が送られてくるとの情報があったので、
(参考: URLﾘﾝｸ(www.hey-to.net))
0x313 を捕捉し、そのハンドラで EnableMenuItem() などの設定を行い、
さらに DefWindowProc() にメッセージを処理させればよい…みたいです。

>>576の環境でしかテストしていないのであまり自信がないですが、これだと一応タスクバー初回右クリック時も正しく
項目が無効化されたシステムメニューが表示されます。
とはいえ、非公開メッセージに依存するのも微妙な感じなので、いっそ WM_CREATE のハンドラで無効にしたい項目を
DeleteMenu() してしまうのが一番簡単かもしれないですね。

長文失礼しました。Windows って難しいです。

582:デフォルトの名無しさん
08/03/31 15:22:25
>>581
Win32 API スレいって揉まれてくるといい

583:デフォルトの名無しさん
08/04/01 13:51:30
cygwinでopenmpは使える？？

584:デフォルトの名無しさん
08/04/01 18:57:24
>>581
これじゃダメなんかい？

DWORD dwStyle = GetWindowLong(hWnd, GWL_STYLE) & ~WS_SIZEBOX;
SetWindowLong(hWnd, GWL_STYLE, dwStyle);

585:デフォルトの名無しさん
08/04/03 15:23:40
windows2k MinGW を入れたいのです
MinGWインストーラがネット無いので使えません
ソースフォージからどれを落とせば良いでしょうか
またそれは全て同じフォルダに上書きで良いでしょうか
binフォルダなどかぶっているものがおおいんです
使いたいのはC、C++、SDL、OpenGLです
パスは適当に通そうと思っています

586:デフォルトの名無しさん
08/04/03 17:14:48
MinGWインストーラはDownload Onlyを選べば、落とすだけを選択できるぞ
あとは上書きで桶

587:デフォルトの名無しさん
08/04/03 17:18:07
>>586
おおありがとう！
じゃあ遠かったHelloWorldも近づきますﾉｼッ

588:デフォルトの名無しさん
08/04/11 13:50:57
ちょっとお聞きしたいのですが、mingwでは-Iオプションは使えないのでしょうか？
g++ --help でリストに出てこないのです。
しかしg++ -I とすると argument to `-I' missing のような感じで、unrecognize option `-j' みたいな感じではでてこないので、使えるような気もするのですが・・

589:デフォルトの名無しさん
08/04/11 14:32:18
>>588
g++ -v --help で出てきませんかな。
正直 gccのオプションはかなり多いので g++ --version でバージョンを確認してから
ぐぐるなり GCC online document URLﾘﾝｸ(www.gnu.org)
から探すなりしてマニュアルを読んだほうがよいかと思います。

590:デフォルトの名無しさん
08/04/11 14:42:10
>>588
使える

591:588
08/04/11 15:00:25
>>588さん
>>580さん

レスありがとうございます。
使えるのですか。
-I使う場合は、Windows用に
-IC:\Program Files\...
みたいな感じで書けばよいのでしょうか？

上記の感じでやってみたのですが、うまくいかなく・・

592:588
08/04/11 15:01:37
>>588さん→>>589さん
>>580さん→>>590さん

593:デフォルトの名無しさん
08/04/11 15:06:08
>>591
スペースが入ってるみたいだけど...

594:デフォルトの名無しさん
08/04/11 15:21:52
>>591
パスにスペースを含む場合は "" で囲むと聞いたことがあるけど
-I"C:\Program Files\..." ではだめかな

595:デフォルトの名無しさん
08/04/11 15:48:56
分割されなきゃいいのだから、空白をエスケープするだけでもいいかも。
それはさて、ディレクトリ区切りのバックスラッシュってエスケープする必要あるんでない?

596:デフォルトの名無しさん
08/04/11 16:17:38
スラッシュにした方がいいな
-l"C:/Program files/..."

ていうか相対パス指定できるように環境を整えた方が
のちのち便利だと思う

597:デフォルトの名無しさん
08/04/11 17:43:01
レス下さった方々、ありがとうございます。

-l"C:/Program files/..."
こんな感じでとりあえず目的のコンパイルはできるようになりました。多謝です。

相対パス指定のための環境構築について、検索してみたのですが、それっぽいのが出てきませんでした。
スレ違いで申し訳ないのですが、よろしければどなたか解説してるサイト教えて頂けると幸いです。

598:デフォルトの名無しさん
08/04/11 18:01:43
msysかcygwinをいれちゃう。
あなたならおそらくmsysのほうがおすすめ。

ふと思ったがmingw単体で使ってる人ってけっこういるんだろうか。

599:デフォルトの名無しさん
08/04/11 20:46:30
あっちの関連スレにここがあったから貼り返し。

Cygwin使っている人いますか？その18
ｽﾚﾘﾝｸ(unix板)

600:デフォルトの名無しさん
08/04/11 22:11:33
>>598
俺々、俺だよ
msysはgccのsnapshotをコンパイルするときくらいしか使ってない

601:デフォルトの名無しさん
08/04/11 22:17:04
msysはUNIX系用に書かれたアプリをWindows環境で
makeや./configureするためだけにあるようなもんだから
純粋なWindowsアプリ作るときは、いらんだろ。
それともWindowsアプリ書くときも、mv や cp や sh コマンドを使うヤツがおるのか？

602:デフォルトの名無しさん
08/04/11 22:28:16
そこまで使うような奴だったらCygwinを入れているだろうしな。

603:597
08/04/11 23:26:58
レスありがとうございますー。
なるほど、msysからなら相対パスで指定できたのですか。

実はmsysは導入してるんですが、今コンパイルしようとしてるソースがeclipseのプロジェクトのもので、
eclipseのbuildセッティングからオプション指定しなければいけないが気がするのです。

eclipseからのオプション指定付きのコンパイルは、絶対パスでですが成功したのでとりあえず解決しました。
eclipseからも相対パスで指定できたら便利なのかもしれませんが、スレ違いなのでここではやめておきます。

色々ご教示くださりありがとうございましたm(_ _)m

604:デフォルトの名無しさん
08/04/12 15:11:57
よく分からないんだが、prefix を適当なマクロ名（たとえばSRC_DIR）で定義しておいて
-I"$SRC_DIR/include" とか書けばいい、という話？
Makefile内ではダブルクオートで囲んであってもマクロ展開が行なわれる。
ダブルクオート付きのまま実行されるので SRC_DIR=C:/Program Files/GnuWin32 のように
スペースを含んでいても無問題。

605:デフォルトの名無しさん
08/04/12 15:21:51
>>601-602
俺はWindows環境でMinGWを使ってプログラムを書くときはいつも
Makefileを書いてるからmsysがないと不便かもー。
exe単体（dll不要）で実行できるのがMinGWのいいところだから
俺的には MinGW + msys = Cygwin ではない。

606:デフォルトの名無しさん
08/04/12 16:54:08
>605
-mno-cygwin つければ cygwin1.dll 使わなくなるんだから、MinGW + msys ⊂ Cygwin とか混ぜっ返してみる。

607:デフォルトの名無しさん
08/04/12 17:58:19
>>606
なるほろ。どうもです。

608:デフォルトの名無しさん
08/04/12 18:39:40
全く混ぜっ返せてない気がするのは気の所為だろうか。

609:デフォルトの名無しさん
08/04/12 23:38:33
>>605
nmake 使った事無いの？

610:デフォルトの名無しさん
08/04/13 02:43:01
なぜそこでnmakeがでてくるんだ？

611:デフォルトの名無しさん
08/04/13 03:50:56
>>609
聖徳太子って知ってる？

612:デフォルトの名無しさん
08/04/13 04:06:39
知ってる。
人に非ずな美人な子供で同性愛者な上にマザコンな皇子でしょ？

613:デフォルトの名無しさん
08/04/13 05:10:58
知ってる。
突然びっくりするぐらいブチ切れる人でしょ

614:デフォルトの名無しさん
08/04/13 15:09:40
知ってる。
１００万人が同時にしゃべっても聞き分けられた人でしょ

615:デフォルトの名無しさん
08/04/13 16:14:52
それってさ
聖徳太子が聞き分けられてる
と気づいた人のほうが数段上だよね

616:デフォルトの名無しさん
08/04/13 16:58:47
みんなして同じことしかいってなかったんだよね

617:デフォルトの名無しさん
08/04/13 17:11:04
MinGWに付いているwindres.exeは
windres --language=0411 ファイル名.rc
とすればShift-JISのrcファイルを読めるけど、UTF-16のrcファイルは読めますか？
languageオプションに指定できる値の情報がどこにも無くて、UTF-16に対応してるかどうか分からない…
（ちなみにVC9のrc.exeは文字コードを自動判定してるようでShift-JISもUTF-16もオプションなしで読めるみたい）

618:デフォルトの名無しさん
08/04/13 19:35:39
windresのソースのこの辺り↓を見るしかなさげ？
URLﾘﾝｸ(sourceware.org)
URLﾘﾝｸ(sourceware.org)
なんだかコードページしか指定できないように見える・・・。

619:デフォルトの名無しさん
08/04/14 18:28:10
G++でのコンパイルやリンク実行時に自分で作ったバッチファイルを引数として噛ませたいのですが、どのように書けばできますでしょうか？？
どなたかご教示頂けると幸いです。

620:デフォルトの名無しさん
08/04/14 18:29:40
> G++でのコンパイルやリンク実行時に自分で作ったバッチファイルを引数として噛ませたい

詳しく

621:619
08/04/14 18:35:55
すいません、Windowsのコマンドラインから使う場合の話です。

>>620さん
レスありがとうございます。

例えば、
g++ sample.o -lC:/aa.. -lC:/bb.. -lC:/cc.. -lC:/dd..
のようにインクルードファイルを呼び出してリンクしたいとき、
-lC:/aa.. 以下を毎回打つのは面倒なので、inc.batのようなバッチファイルにまとめてしまい

G++ sample.o inc.bat

のような感じでリンクできるようにしたいのですが、
上のような書式では失敗するので、inc.batの前になにか必要なのかな？？という疑問です。

622:デフォルトの名無しさん
08/04/14 18:56:36
つMakefile

623:619
08/04/14 19:05:56
レスありがとうございます。

すいません、makefileがどんなものかは大体分かっているのです。
今回はバッチでどうしてもやりたい事情がありまして・・

624:デフォルトの名無しさん
08/04/14 19:11:17
環境変数使うってのは？

625:デフォルトの名無しさん
08/04/14 19:12:55
もしくは、$1とかでファイル名渡すとか？

626:デフォルトの名無しさん
08/04/14 19:55:21
>>623
SET CXX=B:\MinGW\bin\g++
SET CFLAGS=-IB:\hoge\include -IB:\fuga\include
SET LDFLAGS=-LB:\hoge\lib -LB:\fuga\lib -lhoge -lfuga
%CXX% %CFLAGS% %LDFLAGS% %*
みたいなのをmygcc.batに保存して
> mygcc sample.cc
でコンパイル。オプションとかは適当に追加してくれ。
バッチファイルも書けなくてC++でプログラム書けるのかが心配だが…

627:デフォルトの名無しさん
08/04/14 22:31:52
>>619
ふつうにバッチファイルじゃいかんの？

unko.bat の中身はこう書く
g++ %* -lC:/aa.. -lC:/bb.. -lC:/cc.. -lC:/dd..

で、コンパイルはこう
C> unko sample.o

これも事情があってダメなの？

628:619
08/04/14 22:55:52
レスありがとうございます。
なるほど、バッチの中にg++も入れたりできるんですね。

ただ、それだとやっぱりだめで、事情っていうのが、wxWidgetsっていうGUIツールキットを使っていて、それを使ったリンク時に

g++ sample.o -LC:/wx/(以下略)...

みたいにするんですが、どうもWindows版だと

g++ -LC:/wx/(以下略)... sample.o

みたいに、オプションがインプットファイルより前にくるとエラーになるみたいなんです。

makefileを使わないと言っても、eclispeのexcutableプロジェクトなので、makefileは勝手に生成される＝使っています。
勝手に生成されるので自由には編集できない、ってことです。
で、そのmakefileのオプションの部分だけをバッチにしたいんです。
直接全部手書きでもよいのですが、かなり長いのでスマートじゃないなぁと思いまして・・

>>バッチファイルも書けなくてC++でプログラム書けるのかが心配だが…
初心者なので大目に見てください(^^;)

環境変数ってのはなんの環境変数でしょうか？？

629:デフォルトの名無しさん
08/04/14 23:24:07
>>628
eclipseにコンパイル、リンクオプションを設定するところがあるはずだから探せ。
-LC:/...　とリンク先ディレクトリ指定のオプションだけのように見えるが、本当はリンクするライブラリもその「バッチ」とやらに書いてるだろ。
それだと.oより先にあったらダメだ。
それはwindowsだろうがなんだろうがダメ。
.oから呼ばれている関数をリストアップして、その後その関数をライブラリからワンパスで探すから。

630:デフォルトの名無しさん
08/04/15 00:27:21
>>628
>>627 を試してみたのか？
バッチに渡した引数は %* の位置に展開されるのよ？

>なるほど、バッチの中にg++も入れたりできるんですね。
とかいう時点でバッチが何か理解してないと思われ

631:デフォルトの名無しさん
08/04/15 00:39:07
野球で振り回すあれでしょ？

632:デフォルトの名無しさん
08/04/15 01:13:11
>>630
バッチってバッチファイルのことじゃなくて、ライブラリのファイル名を羅列したファイルのつもりなんだろう。

633:デフォルトの名無しさん
08/04/15 03:16:00
ﾁﾗｼの裏
MinGWでコモンコントロール使うなら
#define _WIN32_IE 0x0300
とか必須

634:デフォルトの名無しさん
08/04/15 03:37:30
ﾁﾗｼの裏
ncurses5.6 cygncurses-8.dll 文字化け日本語
→ use_legacy_coding(2) 追加

635:デフォルトの名無しさん
08/04/15 10:11:30
EIPに入ってるアドレスから共有ライブラリやEXEのベースアドレスを調べたいのですが
windowsのPSAPIを使うやりかたで良いのでしょうか?
cygwinではこう書くみたいなやりかたはありますか?

636:デフォルトの名無しさん
08/04/15 14:35:20
Win32環境にCygwinかMinGWのどちらかを入れようと迷っているのですが、
何か判断基準になるものはありますか？

637:デフォルトの名無しさん
08/04/15 14:39:32
両方入れて、自分で比較した方がいいんじゃないの？

638:デフォルトの名無しさん
08/04/15 19:49:07
基本MinGWでいいと思う
別の用途でCygwin使ってる人はそのままCygwinを使う

639:デフォルトの名無しさん
08/04/15 23:13:21
CygwinはUnix環境として使うなら便利だけど、窓の開発したいだけなら開発環境に組み込まれてたりするMinGWのほうがいいんじゃね？

640:628
08/04/16 23:44:28
レス下さった方々ありがとうございますm(_ _)m
お礼遅れてすいません。

>>lipseにコンパイル、リンクオプションを設定するところがあるはずだから探せ。
オプション設定するところあるのですが、-mwindowsというのを設定しなくてはいけなくて、それ用のフォームがなくて困ってたのですが、全部まとめてかけるところが見つかってそっちに書くことで解決しました。
>>/...　とリンク先ディレクトリ指定のオプションだけのように見えるが、本当はリンクするライブラリもその「バッチ」とやらに書いてるだろ。
その通りです！
>>それだと.oより先にあったらダメだ。
それはwindowsだろうがなんだろうがダメ。
.oから呼ばれている関数をリストアップして、その後その関数をライブラリからワンパスで探すから。
そうだったんですか！知りませんでした。貴重な情報ありがとうございます。
>>627 を試してみたのか？
バッチに渡した引数は %* の位置に展開されるのよ？
これも知りませんでした汗
そうだったのですか。なるほど！
ありがとうございます。
>>バッチってバッチファイルのことじゃなくて、ライブラリのファイル名を羅列したファイルのつもりなんだろう。
そんな感じです(^^;)
>>MinGWでコモンコントロール使うなら
>>#define _WIN32_IE 0x0300
>>とか必須
>>ncurses5.6 cygncurses-8.dll 文字化け日本語
>>→ use_legacy_coding(2) 追加
ありがとうございます！

641:デフォルトの名無しさん
08/04/17 22:41:46
>>640
%* や、バッチファイルのその他の機能の説明を読んだ方がよさそう。
Windowsの「スタート」ボタン→「ヘルプとサポート」
→検索窓に「バッチ」と入力して検索→「バッチパラメータを使用する」
→検索窓に「シェル」と入力して検索 →「コマンドシェルの概要」

642:デフォルトの名無しさん
08/04/18 03:40:54
１．cygwin.batから起動したbash上で「ls --color」を実行→color表示。うっわ見づらいなコレ
２．「ls」を実行→あれ、color表示のままだぞ？
３．「ls --color=none」を実行→うむ、color表示じゃなくなった
４．「ls」を実行→あれ、やっぱcolor表示のままだぞ・・・？
５．「source ~/.bashrc」を実行後、「ls」を実行→よし、今度こそcolor表示じゃなくなった
６．「exit」を実行後、cygwin.batからbashを起動し「ls」を実行→ひいい、color表示のままだぞ！？
７．(´・ω・`)

＊cygwin.bat----------
@echo off
C:
chdir C:\cygwin\bin
bash --login -i

＊.bashrc(インスト時に手を加えたところだけ抜粋)------
export JLESSCHARSET=japanese-sjis
alias ls="ls -F --color=none --show-control-chars"
export LANG=ja_JP.SJIS

他のCygwinプロセスは起動してません。
.bashrcをちゃんと読んでない気がするのですが、lsのデフォルト動作を非カラー表示に
戻す方法をご教授いただければ幸いです。

643:デフォルトの名無しさん
08/04/18 04:21:48
>>642
alias 打って実際の登録状況を見るとか。
set -x して実際に起動されたプロセスの引数を確認するとか。

644:デフォルトの名無しさん
08/04/18 06:52:13
>>643
このalias内容から、>>642でも書いてるように.bashrcを読んでないと
思ったんですがねえ・・・どこから読んできたのやら

$ alias
alias ls='ls --show-control-chars --color -F'
alias mc='. /usr/share/mc/bin/mc-wrapper.sh'
$ set -x
（なし）

645:デフォルトの名無しさん
08/04/18 08:40:49
.bashrcに　echo　hello　とか入れてみれば読まれてるかどうか分かるんじゃ？

646:デフォルトの名無しさん
08/04/18 08:55:12
質問には「.bashrcが読み込まれているかどうか分かりません」なんて書かれてないだろう

>>644
URLﾘﾝｸ(www.google.com)

647:デフォルトの名無しさん
08/04/20 09:05:36
【質問】　Xfce4を利用できない
【希望】　Xfce4デスクトップ環境を利用したい
【やったこと】
URLﾘﾝｸ(www.compuspec.net)
上記のサイトを参考にしました。

setup.exeより、リポジトリ「fURLﾘﾝｸ(sunsite.dk)」を追加し、
Xfce4関連のパッケージ全てをインストール。.bashrcに
PATH=/opt/xfce4/bin:$PATH
export PATH
を追記し、bash上からパスが通っていることを確認。
$ startxfce4
を実行すると、xscreenserverがないとメッセージが出たので、
setup.exeよりxscreenserverを選択しインストール。

再度startxfce4を実行すると、X画面が表示されるものの下記のようなログが出て
Xfce4が起動できていない。

ちなみに利用OSはWindowsXPでユーザ名は「root」としています。

648:デフォルトの名無しさん
08/04/20 09:08:00
startxfce4のログ

/usr/bin/startxfce4: Starting X server
（中略）
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
(II) XF86Config is not supported
(II) See URLﾘﾝｸ(x.cygwin.com) for more information
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 00000007
winSetEngine - Using Shadow DirectDraw NonLocking
winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel
winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
（中略）
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list!
winPointerWarpCursor - Discarding first warp: 836 512
winProcEstablishConnection - Hello
winProcEstablishConnection - Clipboard is not enabled, returning.
Agent pid 2492
xscreensaver: 09:01:36: locking is disabled (running as root).
xscreensaver: 09:01:36: locking only works when xscreensaver is launched
by a normal, non-privileged user (e.g., not "root".)
See the manual for details.
FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
# ここで下記URLのような何もない画面とXのカーソル（×印）が表示されて停止
# URLﾘﾝｸ(img224.echo.cx)

649:デフォルトの名無しさん
08/04/20 09:19:24
理想
URLﾘﾝｸ(blawat2015.no-ip.com)

650:デフォルトの名無しさん
08/04/20 22:10:32
URLﾘﾝｸ(www.geekpage.jp)

ここを見て最初からやっていったのですが、コンパイルは出来たものの
＞CygwinだけではなくWindowsコマンドプロンプトで実行したい場合
のところにある「-mno-cygwin」を使おうとすると
gcc: installation problem, cannot exec `cc1': No such file or directory
と出てきてしまいます
どうしたらいいでしょうか？

651:デフォルトの名無しさん
08/04/20 23:54:24
>650
必要なパッケージが足りてない。
-mno-cygwin が使いたい場合、gcc-core だけじゃなくて gcc-mingw-core も必要。

652:デフォルトの名無しさん
08/04/21 13:53:13
都合でMinGWを使いたいんだけど、Cygwin導入済みのWindowsに入れたら競合が起こるかな
CygwinパッケージにもMinGWがあった気がするけど、両方とも干渉せずスタンドアロンで使いたいっす

653:デフォルトの名無しさん
08/04/21 16:26:13
>>652
cygwinでmingwのコマンド類のある場所にパス通したりしなければ問題ない。
うちは普通に cygwin と mingw + MSYS が両方入ってる。

654:デフォルトの名無しさん
08/04/21 22:37:48
>>651
解決しました
ありがとうございました

次ページ