Cygwin + MinGW + GCC 相談室 Part 4

1 名前：デフォルトの名無しさん [2008/09/13(土) 00:38:02 ] Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。 過去スレ: cygwin + mingwn + gcc 相談室 Part3 pc11.2ch.net/test/read.cgi/tech/1177944767/ cygwin + mingwn + gcc 相談室 Part2 pc11.2ch.net/test/read.cgi/tech/1126103347/ cygwin + mingwn + gcc 相談室 pc8.2ch.net/test/read.cgi/tech/1058134693/ 関連サイト: Cygwin www.cygwin.com/ MinGW www.mingw.org/ 関連スレッド: GCCについて part8 pc11.2ch.net/test/read.cgi/tech/1192201659/ 【激遅】AppleGCC【絶望】 pc11.2ch.net/test/read.cgi/tech/1173267844/ 348 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 13:51:38 ] >>347 LGPLだとライブラリをstaticリンクした時が致命的じゃね。 ソースコードまたはオブジェクトコードの配布を拒否してはならない だと！？ 349 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 13:52:42 ] >>348 心配すんな、ダイナミックリンクも対象だ。 今時何言ってるんだ、おまえは。 350 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 13:53:40 ] >>349 え？ダイナミックリンクでもソース開示強制なの？ 351 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 13:58:40 ] >>350 自分で書いたことも読めないのか。 とりあえずまず自分で読んだらどうだ。 352 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 14:01:12 ] >>346 > libstdc++はつまり > 「オープンソースにしてくれるとうれしいけど、 > まあそうじゃなくても良いよ。特に制約は科しません」 この翻訳（意訳）でOK。 > 「GCC（や他のGPLでライセンスされたエディタなど）を使って > 開発されたソフトウェアには何ら制約はありません。」 ここもこの翻訳（意訳）でOK。 > 「しかしBisonは自身のコードの一部をコピーするのでGPL強制です。」 ここもこの翻訳（意訳）でOK。 > BisonとやらはGCCの一部なのかい？ > だとするとやっぱりGCCを使うと結果的に産物もGPL強制？ 現在のGCC（g++しか記憶にないが）はbison使わないんじゃなかったか？ 以上まとめると、商用利用も万事OKで全く制約はないと思われ。 353 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 14:02:06 ] >>350 いや再確認してるだけだろ、無能はだまっとれ。 354 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 14:47:53 ] >346 元々この FAQ の項は GPL なツールを使ってフリーじゃないプログラムを開発できますか？という項。 で、問題ないというのが最初の段落なんだけど、自身のコードの一部をコピーするものもある、というのが次の段落に説明されていて その例として Bison (構文解析器を作成する為のツール) が挙げられている。 コピーされたコードについては元々のライセンスが適用されるんだけど、Bison に関して言えば例外が認められていて非フリーの プログラム作成に使っても問題ない、というのが最後の段落。 仮に GCC が Bison を利用していたとしても影響を受けるのは GCC まで。 結局、いずれにしろ GCC の生成物を非フリーとして利用してもよい。 まとめると GPL なツールを用いて非フリーのプログラムを作成しても基本OKだけど、ソースをコピーするものについては それぞれ例外条項があるかどうか確認するべし、となる。 355 名前：346 mailto:sage [2009/05/04(月) 15:03:55 ] >>352 >>354 なるほど、だいぶ分かりました。 GCCは非フリー利用にも耐えうる事が ちゃんとオフィシャルに示されているわけですね。 GCCが発展した理由が分かったような気がしてきました。 356 名前：デフォルトの名無しさん mailto:sage [2009/05/05(火) 12:29:02 ] C++ code - 28 lines - codepad ttp://codepad.org/1sFiMF2t このコードで g++ (GCC) 3.4.5 (mingw special)にて コンパイルオプション -O2 -Wall としたときに発生する警告について、皆様のお知恵をどうかお貸しください。 C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3. 4.5/bits/stl_tree.h: In member function `typename std::_Rb_tree<_Key, _Val, _Key OfValue, _Compare, _Alloc>::_Link_type std::_Rb_tree<_Key, _Val, _KeyOfValue, _C ompare, _Alloc>::_M_copy(const std::_Rb_tree_node<_Val>*, std::_Rb_tree_node<_Va l>*) [with _Key = std::string, _Val = std::pair<const std::string, int>, _KeyOfV alue = std::_Select1st<std::pair<const std::string, int> >, _Compare = std::less <std::string>, _Alloc = std::allocator<std::pair<const std::string, int> >]': C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3. 4.5/bits/stl_tree.h:1029: warning: '__top' might be used uninitialized in this f unction C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3. 4.5/bits/stl_tree.h:365: warning: '__tmp' might be used uninitialized in this fu nction というwarningが出てしまいます。 g++ 〜〜.cpp -O2 でも g++ 〜〜.cpp -Wall でもwarningが出ないのですが g++ 〜〜.cpp -O2 -Wall だとwarningが出てきます。 [C++] MingW warning in one of the stock sources? - GameDev.Net Discussion Forums ttp://www.gamedev.net/community/forums/topic.asp?topic_id=523290 ここの人も同じような問題に当たっているようですが、これは何がおかしいのでしょうか？ 357 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 10:14:00 ] >>356 詳しいことは知らんが、その警告は最適化しないと出てこない。 要は、最適化のフェーズで変数を未代入で参照しているようなパスを見出しているのだろう。 手元の3.4.4のソースだと、どちらも関数の戻り値で初期化しているように見えるのだけど、3.4.5で変わったのかもしれない。 尤も、例えば次のようなコードでもその警告は出るので余り心配する必要はないだろう。 -- int main() { int foo; for (int ic = 0; ic < 10; ++ic) { if (ic) { ++foo; } else { foo = 0; } } printf("%d\n", foo); return 0; } 358 名前：356 mailto:sage [2009/05/07(木) 11:30:15 ] >>357 良い例ありがとうございます。 では、心配しないで進むことにします。 お世話になり、ありがとうございました。 359 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 11:42:18 ] どうでもいいけど、>357のソースをgcc -std=c99 -O3 -funroll-loops -Wallしたら警告が消えた。 どうやら、O3の最適化とunroll-loopの組み合わせでループを全展開して代入だけにしてしまうらしい。 と思ってアセンブリ出力を見たら只管インクリメントしていて笑えた。 360 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 21:45:44 ] >>356 Binary Hacksに>>357が言ってることが書いてあった気がする 361 名前：デフォルトの名無しさん [2009/05/13(水) 16:56:51 ] GNU　ncursesで日本語表示をするやり方を教えてください。 環境はWindows Vista Businessのcygwinです。 configure --enable-widecの後makeしたncursesを使っています。 コンパイルはgcc test.c -lncurseswです。 "ほげほげ"と表示させたいのですが文字化けしてしまいます。 ただのprintf("ほげほげ");は正常に表示されています。 ソースは以下です。 <ncursesw/ncurses.h> #include <locale.h> main(){ setlocale(LC_ALL,""); initscr(); addstr("ほげほげ"); refresh(); sleep(1); endwin(); } google検索してみた結果、ほぼ同じ状況の方を見つけ、 Windows Service for Unix3.5を使うと表示できるようであることはわかったのですが、vista なので困っています。 cygwinで文字化けせずに表示する方法はないでしょうか。 362 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 22:53:42 ] 今のcygwinはsetlocaleをほとんど無視する仕様だった希ガス 363 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 23:28:01 ] >>362 setlocaleはCygwin-1.7なら一応動く。(つか、setlocaleしないとまともに動かず、それはそれで困っているので現在hack中) ただし、wcwidth/wcswidthも腐ってるので、ncursesw使っても日本語はNGというしょぼーんな結果に。 そのうち何とかするつもりなので気長に待て。 364 名前：361 [2009/05/14(木) 08:35:11 ] cygwinで日本語表示は厳しそうですね・・・ 仮想PCにXPを入れてWindows Service for Unix3.5上で動かしてみたら、 先のサンプルでの”ほげほげ”の表示の確認ができました。 仕方がないので、Windows Service for Unix3.5を使っていこうと思います。 ありがとうございました。 365 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 10:00:05 ] >>364 XWindow使えば少しはましだった希ガス。尤も、そこまでしてCygwinにこだわる必要もない黄モス。 366 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 10:43:20 ] Vista Businessなら仮想環境使わなくてもSUA(SFUの後継)使えなかったっけ 367 名前：デフォルトの名無しさん mailto:sage [2009/05/14(木) 17:20:20 ] cygwinのwcwidth/wcswidthが腐ってても--enable-widecつけてビルドすると libutf8のほうの使うようになるから、おｋだった希ガス あとはsetlocale(LC_ALL, NULL);が常にja_JP.UTF-8を返すようにしたcygwinのdllと 少なくてもUTF-8表示に対応した端末(漏れの場合はck 用意したら表示できたYO 368 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 19:35:45 ] #include <iostream> int main() { std::cout << "能" << std::endl; return 0; } このコードがg++ 3.4.5 Mingwでコンパイルできません。 どうすれば良いでしょうか？ 369 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:04:26 ] "能\" 370 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:27:09 ] >>369逆じゃねーの？ 371 名前：368 mailto:sage [2009/05/23(土) 20:35:41 ] "能\" でいけました。 ありがとうございました！ 372 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:37:40 ] gcc --input-charset=cp932 --exec-charset=cp932 373 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:40:27 ] >>368 seclan.dll.jp/dtdiary/2009/dt20090324.htm 374 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:50:49 ] なるほど、文字コードの問題なのですね。 ありがとうございます。 375 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:14:17 ] 文字コードの問題だけじゃなくてインストーラでインストールした場合 iconvがリンクされてないので古いcc1.exeとcc1plus.exeを持ってこい という話 376 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:33:32 ] なるほど、 多少の処置が必要なのですか。 ありがとうございます。 377 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 21:42:50 ] 俺もそれでハマったんで 本当にMinGWのインストーラは糞だわ というか8ビット圏の人間無視してるだろって感じ 378 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:59:53 ] www.tdragon.net/recentgcc 俺はこれ使ってる 379 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 01:10:33 ] >>378 これSTLportの最新版(5.2.1)ビルドできる？ 380 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:23:34 ] >>379 若干の修正が必要だが一応ビルドできた EHテストも通ったけど ちゃんと使えるライブラリとしてビルドできたかどうかは不明 381 名前：デフォルトの名無しさん [2009/05/29(金) 11:04:07 ] MinGWでGDI+ができた人いませんか？ 382 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 16:29:42 ] ハッシュ検索関係hcreate/hsearch/hdestroy cygwinにはあってMinGWにはないのな -mno-cygwinで使いたきゃ自力で実装するしかないっと 383 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 09:52:38 ] >>382 MinGWを使うってことは，POSIXなAPIを諦めてWin32 APIと生きる覚悟をするってことだ 384 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 06:02:06 ] -- foo.c extern void g(); void f() { g(); } -- gcc -shared foo.c -o foo.so こんな共有ライブラリを作る場合、 シンボルgについて何も知らなくても実行時に解決してくれるはずですが、 cygwinで同じことをやろうとするとfoo.soがビルドできません。 (undefined reference to `_g' とldに言われる) 何か別のオプションが必要なのでしょうか？ 385 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 06:07:49 ] foo.dll? 386 名前：384 mailto:sage [2009/06/04(木) 07:48:52 ] >>385 あ、cygwinでは-o foo.dllでやってました。 で、ｽﾏｿ自己解決 ttp://www.bookshelf.jp/2ch/unix/1107587275.html の273以降に話が出てました。 > WindowsのDLLじゃビルド時にシンボル解決をしてやらないといけないんだよね。 > なんかアホらしい仕様。 orz gcc -shared foo.c -o foo.dll -lowner_of_g ちゃんと書かなきゃいけないようです。 書けない場合は自分でシンボル解決しなきゃいけないのか 387 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 16:27:27 ] >>386 www.pushaa.jp/~hizuki/のコピペで何も考えずに作ってたけど （さらに"-s"付けると関数名そのままで呼べるようになる） そんな制限があったのか 388 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 21:48:52 ] >384 一応こんなのもあるべ。 ttp://alain.frisch.fr/flexdll.html 389 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 04:54:12 ] >>381 ttp://wiki.bb4win.org/wiki/Using_GDIPlus_With_MinGW 390 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 16:16:43 ] Windows XP SP2です。 g++ source.cpp というコマンドでコンパイルすると、 コンパイルエラーが大量に出て 上の方が読めなくなってしまいます。 コンパイルエラーは、特に最初の方が大事なわけで これでは困るのですが、どうしたら全てのエラーメッセージがでるでしょうか？ g++ source.cpp > result.txt の様にリダイレクトしてみたのですがだめでした。 391 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 17:17:11 ] >>390 オイオイ。 標準エラー出力をとらなきゃ駄目だろ。 g++ source.cpp 2> result.txt っていうかソースコードをある程度のサイズに分割しておけば、 最初の方が流れてしまうほど大量のエラーメッセージにはならないはず。 392 名前：390 mailto:sage [2009/06/13(土) 17:21:01 ] >>391 2> で取れるのですか。 初めて知りました。 ありがとうございます。 >ソースコードをある程度のサイズに分割しておけば、 まさにおっしゃる通りです。 ・・・が、特定のクラスのデバッグ用途のソースなため 分割の意味があまりなく、またエラーが出る時はソース全てに渡り むっちゃくちゃ一斉に出るという特徴がありまして。 393 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 18:56:04 ] OSの使い方を先に覚えないとな 394 名前：デフォルトの名無しさん [2009/06/15(月) 19:37:27 ] boostのmulti_array.hppに関して質問させてください。 とあるプログラムをコンパイル&インストールしようと思い、cygwinを導入しました。 コンパイル&インストールにはboostの1.34以上が要求されていました。 しかし、cygwinのパッケージに含まれていたboostが1.33である事に気付かず、 そのまま行ってしまい、途中でエラーが出てコンパイルが中断しました。 そこで漸くboostのバージョンが要求を満たしていなかった事に気付き、 cygwinのsetup.exeを立ち上げてboostをアンインストールし、 homepage3.nifty.com/kaku-chan/boost/install.htmlを参考に 最新バージョンのboostをインストールしました。 その後、もう一度コンパイル&インストールを試してみたのですが、 途中で、 checking boost/multi_array.hpp usability... no checking boost/multi_array.hpp presence... no checking for boost/multi_array.hpp... no configure: error: "boost/multi_array.hpp is unavailable" とエラーが表示され、コンパイルが止まってしまいます。 この状態で数時間悩み続けているのですが、どうにも解決の糸口が見つかりません。 これはboostのインストールがうまくいってないという事なのでしょうか？ どうぞよろしくお願いします。 OSはXPのSP2です。 395 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 22:59:20 ] >>394 > これはboostのインストールがうまくいってないという事なのでしょうか？ たぶんそう。 bjam は cygwin のパス変換ルールを知らないかもしれない。 実際にどこにインストールされたか探してみなYo 396 名前：394 mailto:sage [2009/06/16(火) 22:24:20 ] >>395 boostがインストールされたディレクトリのパス ***/boost1_39/boostを ***/boostに変更してやると、無事にコンパイルできました。 有難うございました。 397 名前：デフォルトの名無しさん [2009/06/17(水) 16:55:45 ] cygwin使ってんだけどxemacsの中で日本語入力ってどうやればいいんですか？ 398 名前：デフォルトの名無しさん mailto:sage [2009/06/17(水) 21:11:57 ] >>397 帰れ、死ね 399 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 04:32:15 ] 概要: MSYS1.0のrxvt/sh+cmd.exeで、特定の漢字を含む シェルスクリプトを実行できません。 例: $ cat test.sh echo "冒" $ sh test.sh test.sh: line 2: unexpected EOF while looking for matching ``' test.sh: line 3: syntax error: unexpected end of file test.shはShiftJISで、rxvtの-fnもTerminalに設定しています。 マルチバイト文字を正しく認識していない為だと思われます。 対処法を御存じの方は、よろしくお願いします。 400 名前：399 mailto:sage [2009/06/21(日) 04:43:15 ] 追記: ちなみに/etc/profileにてexport LANG=ja_JP.SJISとしています。 401 名前：399 mailto:sage [2009/06/21(日) 05:16:52 ] www.ysnb.net/meadow/meadow-users-jp/2002/msg00080.html 上記と同じ症状と思われます。 402 名前：デフォルトの名無しさん mailto:sage [2009/06/21(日) 14:04:36 ] >>399 こう書いてみては？ echo -e "\0226\0140" # echo "冒" 403 名前：399 mailto:sage [2009/06/21(日) 22:03:17 ] >>402 解決しました。ありがとうございます！ 404 名前：デフォルトの名無しさん [2009/06/22(月) 10:17:57 ] 拡張子がlaとかlaiのファイルって何？ 405 名前：デフォルトの名無しさん [2009/06/22(月) 10:31:24 ] reimp/pexportsのバグか、gdiplusのバージョンが違うためか、 libgdiplus.aを正しく作成することができません。 誰かMinGW用のlibgdiplus.aというファイルくれませんか？ 406 名前：デフォルトの名無しさん mailto:sage [2009/06/22(月) 23:08:35 ] あんまり知られてないけど、 gcc hoge.o c:\windows\system32\gdiplus.dll -o hoge.exe って感じで直接DLLのファイル名を指定できる。 インポートライブラリ不要。 407 名前：デフォルトの名無しさん mailto:sage [2009/06/22(月) 23:45:45 ] >>404 libtoolで使うファイル libtoolは何のために使うのかというと・・・・↓にまかせた 408 名前：デフォルトの名無しさん mailto:sage [2009/06/23(火) 20:59:55 ] ttp://sourceforge.net/forum/forum.php?forum_id=969885 > The MinGW.org team is pleased to offer a binary release of GCC 4.4.0. キター 409 名前：デフォルトの名無しさん mailto:sage [2009/06/23(火) 21:16:33 ] おお、ついに来たか! とりあえず 4 必須の ffmpeg とかビルドしてみよ 410 名前：デフォルトの名無しさん mailto:sage [2009/06/23(火) 21:37:57 ] MinGWが正式にgcc4.xを採用したって考えて良いの？ やっとか。 411 名前：デフォルトの名無しさん mailto:sage [2009/06/24(水) 00:29:39 ] TDM一回消して入れ直した方がいいのかな 412 名前：デフォルトの名無しさん mailto:sage [2009/06/26(金) 00:03:15 ] >407 共有オブジェクト、動的ライブラリ、DLL 等、実行時に読み込まれるライブラリは環境によって その扱いが大きく異なる。これらの違いを吸収し同じように扱えるようにするのが libtool。 413 名前：デフォルトの名無しさん [2009/06/29(月) 08:49:47 ] 学校の課題で、日本語のテキストを入力して、日本語の辞書（EUC）を元に、新しいテキストを生成して出力するシステムを C言語で作りたいのですが、CygWinで実行しても文字化けしてしまいます。 どうすればいいのでしょうか？ 414 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 16:12:57 ] >>413 cygwin用にcp932の辞書を用意するとか、iconv使って自前で変換するとか、好きにしてください。 415 名前：デフォルトの名無しさん mailto:sage [2009/06/29(月) 17:35:24 ] Win7の次のWindowsはデフォルトでUTF8にするために A系APIにはもれなく意味不明のウェイトつけてほしいｗ 416 名前：デフォルトの名無しさん mailto:sage [2009/06/30(火) 03:31:29 ] MinGWのinfo/ディレクトリにあるdirでは、そこにあるほとんどのinfoファイルがシカトされているけど、 これは意図的にそうなのかな 417 名前：デフォルトの名無しさん mailto:sage [2009/06/30(火) 03:35:11 ] 「ほとんどの」は言い過ぎた。。例えばgccとcpp 418 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 05:59:49 ] >>405 pexportsなら、gdiplus.dllのほかに、wineのソースあたりからヘッダ群を持ってきて "pexports -h gdiplus.h gdiplus.dll > gdiplus.def" reimpなら、Platform SDKからGdiPlus.libを持ってきて "reimp gdiplus.lib" 419 名前：デフォルトの名無しさん [2009/07/02(木) 10:25:39 ] GDI+は、ここのページでいけました。ありがとうございました。 alfps.izfree.com/libraries/cpp/gdiplus_for_mingw/ 420 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 16:29:34 ] 4.4.0で初めてMinGWに触れました gccで手持ちのサンプルプログラムは大抵動作することは確認したのですが、 gcjでネイティブコンパイルしたプログラムを実行すると、 This application has requested the Runtime to terminate it in anusual way. Please contact the application's support team for more information. とエラーが出てしまい、強制終了してしまいます -CオプションをつけてJAVAバイトコードにコンパイルした場合、問題なく動作するものが生成されることを確認済みです 何か特殊なランタイムライブラリが必要なのでしょうか？ 421 名前：416 mailto:sage [2009/07/04(土) 07:13:37 ] ごめん、なんか書いてあった www.mingw.org/wiki/HOWTO_Install_the_MinGW_GCC_Compiler_Suite#comment-103 422 名前：デフォルトの名無しさん [2009/07/05(日) 15:51:51 ] tcshをCygwinをインストールする際に、選択し忘れていました。 tschだけ個別にインストールってできますか？ 423 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 16:01:00 ] できる 424 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 16:02:37 ] 出来ます インストールの時に使った cygwin setup で 任意のパッケージの追加/削除/アップデートが出来るようになってるから もう一度起動してみてください 425 名前：デフォルトの名無しさん [2009/07/05(日) 16:06:28 ] ありがとうございます！ 426 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 22:21:43 ] cygwin から gcc-4, g++-4 etc がインストールできるようになり、 /etc/alternatives で g++ を g++-4.exe のシンボリックリンクにしたのですが、 iostream などをみつけられなくなってしまいました。他にどんな作業が必要なのでしょうか。 gcc では問題ないようですが。 427 名前：デフォルトの名無しさん [2009/07/05(日) 22:24:43 ] gcc-4.4では、wchar_tをネイティブで扱うwprintf()は廃止されてしまいましたか？ なんかバージョンあげてからずっと使えないんですが・・・ 実装中。というような事はどこかで見たんですが、代用関数などは無いのでしょうか。。。 処理的に非常に困ります。 428 名前：デフォルトの名無しさん mailto:sage [2009/07/05(日) 22:55:36 ] Cygwin.batにコマンドの引数を与えることはできるでしょうか 429 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 09:01:57 ] できる。 430 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 09:48:43 ] >>427 諦めるべき 431 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 17:53:56 ] >>429 教えろよ 432 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 21:05:44 ] >>431 何を？ 433 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 21:18:40 ] >>427 mingwの4.4だとlibiconvがリンクされてないからかも？ 434 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 22:12:42 ] MinGWのgcc4.4.0が正式に出ても俺はlibiconvがリンクされてない 可能性があるって理由だけでTDM-MinGWを使い続けてる 435 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:35:45 ] 自分でビルドすれば？ 4.4.0 のバイナリあるんだから そこからのビルドは簡単だで 436 名前：デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:36:36 ] MinGW使わない方は、絶望的？ 437 名前：デフォルトの名無しさん mailto:sage [2009/07/07(火) 00:16:26 ] gcc-4.4.0-mingw32-notes.txtから libiconv Runtime [REQUIRED] libiconv-1.13-mingw32-dll-2.tar.gz 438 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 19:49:18 ] gcjは何でlibgcjを静的リンクしないと動作しないコードを吐くの？ 439 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 02:46:17 ] wprintf()が使えない・・・って思ったら タイムリーなレスがあった。 Win+GCCの場合、mingwじゃないとダメなのか・・・ 440 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 06:20:25 ] もう、wchar_tはWin用。 なんつーか、何も考えずに全ての文字が固定長で扱えて stringとかSTLみたいにオーバーヘッドのない操作方法があればいいんだがなぁ・・・ UTF-16も実は固定長じゃねぇし。ダメすぎる。 441 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 10:11:53 ] こていちょっていうとUTF-32？ 442 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 12:08:17 ] 合成文字の扱いを考えると固定長にはならない。 443 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 12:31:59 ] ようはこれがしたい。 char str[]="あいうabc"; for(int i=0; i<strlen(str); i++) printf("%c\n",str[i]); で、 あ い う a b c が出て欲しい。wchar_t(+UTF-16)に望んだ事はこれだったんだがなぁ。。。 変換とかオーバーヘッドを伴う処理や、そういう処理を含んだ文字列操作クラスは使いたくない。 444 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 12:49:14 ] >>444 それは、本質的に無理だったってことなんだろう。 合成文字がある限り、1つの文字を表わすのに複数のコードポイントが必 要なのはUTF-32にしたって変わらない。 445 名前：デフォルトの名無しさん [2009/07/10(金) 12:55:38 ] >>445 446 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 13:18:32 ] >>443 配列の操作はポインタ演算なんだから固定長以外無理だろ。 可変長の操作をポインタ風にするにはクラスで隠蔽するしかねーじゃん。 C/C++に対して、何を寝とぼけたこと言ってるんだ。 447 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 13:20:26 ] それは流石に的外れｗ 448 名前：デフォルトの名無しさん [2009/07/10(金) 13:55:30 ] >>443 JISコードでも使っとけ 449 名前：デフォルトの名無しさん [2009/07/10(金) 13:57:43 ] >>443 >>446 の云う通りだ 「文字」クラスを作って 配列はそのクラスのインスタンスへのポインタを並べたものにする どうだ最強だろ 450 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 14:21:05 ] 激しくスレチかも知れませんが、もしそうだとしたら誘導してください。 smakeってどうやってビルドすればいいのでしょう？ Cygwinには入っているらしいのですが当方MinGWを使っているので･･･ 当方の環境: WinXP SP2 gcc　v3.4.5 451 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 20:13:58 ] >>450 何がわからんのか書いてくれ。 make 一発でビルドできて躓くポイントなんぞ無いぞ。 と、いうか Readme 読め。 452 名前：デフォルトの名無しさん mailto:sage [2009/07/14(火) 22:51:55 ] >>451 そのReadmeがついてないという… 453 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 07:37:12 ] >>452 smakeだったら README.compileってファイルがあると思うが 他にもlinux系ツールだと INSTALLってファイルにビルド方法が 書かれていることが多い 454 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:12:14 ] >>453 thx! 455 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 20:06:33 ] WinXP SP2 gcc　v3.4.5 456 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 22:16:12 ] MinGWのインストーラーって無くなりました？ 幾つかの参考サイトはインストーラーが前提になってて インストールしたいのですけど配布サイトに無くてお手上げ状態です。 457 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 22:25:06 ] >>456 俺は公式のMinGWが面倒なのでTDM-MinGW使ってる www.tdragon.net/recentgcc/ これならインストーラもある 458 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 23:52:15 ] >>456 lzma で配布されてるデカいアーカイブがひとつあるだろ。 GCC 4.4.0 を使うのに必要なものはそれに全部入ってる。 459 名前：デフォルトの名無しさん mailto:sage [2009/07/23(木) 03:49:58 ] 456では無いけど、そのlzmaファイル、今は無いみたいだ ＞The "/GCC Version 4/Current Release_ gcc-4.4.0/gcc-full-4.4.0-mingw32-bin-2.tar.lzma" file could not be found or is not available. ＞Please select another file. ・・・他のファイルも落とせないし、sf.netがリニューアルしてから調子悪いのか 460 名前：456 mailto:sage [2009/07/23(木) 10:40:20 ] 質問した本人です。 こんな早く返事が帰ってくるとは思っていませんでした。反応遅くて申し訳ないです。 とりあえず>>457を使ってみようと思います。 お返事ありがとうございました。 461 名前：456 mailto:sage [2009/07/23(木) 10:45:02 ] >>457を使おうと思ったら>>459と同じ内容が出てきましたorz 462 名前：デフォルトの名無しさん [2009/07/23(木) 11:12:02 ] keihanna.dl.sourceforge.jp/mingw/40734/gcc-full-4.4.0-mingw32-bin-2.tar.lzma 463 名前：デフォルトの名無しさん mailto:sage [2009/07/23(木) 11:15:45 ] うげ、やっちまった。直リンになっちまった。ごめんなさい＞keihanna 464 名前：456 mailto:sage [2009/07/23(木) 12:19:17 ] 今配布サイトに繋げたらインストーラーが追加されてました。 昨日はなんで無かったんでしょうね…。 ともかく使ってみます。 ありがとうございました。 465 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 16:59:19 ] www.computerworld.jp/topics/ms/156530.html 466 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 00:43:46 ] なんか公式のダウンロードページここ最近いろいろ変更されてるね 467 名前：デフォルトの名無しさん [2009/07/27(月) 00:48:58 ] Cygwin+GCC4(非MinGW)で UTF-16BEのテキストファイルをmmapし、 それをwchar_t型の配列にキャストした場合 wprintf()で出力される文字は、UTF-16BEなのでしょうか？ wchar_tやwprintf()で出力される文字コードは環境依存と聞いた事があるので Cygwinではどうなっているのかわからないのです。 ちなみに、試しに出力してみましたが、画面表示のロケーションをUTF-16BEにしてるにも関わらず文字化けします。 こちらの設定ミスなのか、仕様なのかがわからないので・・・ 468 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 01:00:06 ] >>467 Cygwinのバージョンは? 1.7ならLANGをちゃんと設定しておけばいけるはず。 1.5ならwcharは壊れてるので事実上使用不可なんじゃなかったっけ。 469 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 09:01:50 ] Cygwinのwchar_tはUTF-16LEじゃないかい？ 470 名前：デフォルトの名無しさん [2009/07/27(月) 11:09:59 ] swab関数でバイトオーダーを入れ替えちまえ 471 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 20:23:50 ] gcc-full-4.4.0-mingw32-bin-2.tar.lzmaをダウンロードして解凍しました。 で、以下のソースを msys上でコンパイルしたら、すごい量のエラーが吐かれました。なんか文字化けてるし、全然意味わかりません。 助けて下さい。 ---------------------------------------------- #include <iostream> using namespace std; int main() { cout << "Hello" << endl; return 0; } ---------------------------------------------- ---------------------------------------------- $ g++ hello.cpp c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/bits/postypes.h:42 ､ｫ､・includ e ､ｵ､・ｿ･ﾕ･｡･､･・, c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/iosfwd:42 ､ｫ､ , c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/ios:39 ､ｫ､, c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/ostream:40 ､ｫ ､, c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/iostream:40 ､ ｫ､, hello.cpp:1 ､ｫ､: c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/cwchar:47:19: error: wchar.h: No such file or directory (以下続く) ---------------------------------------------- 472 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 20:33:23 ] >>471 win32api 関連とかは別のファイルになってる。 ちゃんと説明読め! sourceforge.net/project/shownotes.php?release_id=691876 473 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 20:46:43 ] >>472 すいません。読んでませんでした。 ちゃんと別のファイル落して、くわえたら動きました。 ありがとうございました。 474 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 20:48:35 ] あとエラーメッセージとかの日本語は euc になってる。 ターミナル側を euc に設定できるならそうしたらいいけど、 sjis 版のカタログファイルを用意してやったぞ。 www.42ch.net/UploaderSmall/source/1249645520.mo をダウンロードして /mingw/share/locale/ja/LC_MESSAGES/gcc.mo をおきかえろ。 475 名前：デフォルトの名無しさん mailto:sage [2009/08/07(金) 20:56:29 ] >> 474 ぉお〜 ！！ありがとうございます。 476 名前：デフォルトの名無しさん [2009/08/10(月) 22:26:06 ] cygwin でシェルスクリプトを実行しようとすると cannot execute binary file というエラーが出てしまいます。 どうしたらいいんでしょう？ 477 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 22:48:18 ] シェルは何を使ってんの？ 478 名前：デフォルトの名無しさん mailto:sage [2009/08/10(月) 23:19:07 ] >>476 a)Unicode(UTF-16)で保存している b)BOM付きUTF-8(メモ帳のUTF-8で保存するとコレ)で保存している のどっちかじゃね? TeraPadあたりでUTF-8N保存してみたら? 479 名前：デフォルトの名無しさん [2009/08/11(火) 14:03:25 ] 387 名前：名無しさん＠お腹いっぱい。[] 投稿日：2009/08/10(月) 08:03:10 シェルスクリプトを実行すると ./test.sh : cannnot execute binary file なるエラーが出てしまいます。 何が悪いんでしょう。 スクリプトは下なのですが #!/bin/bash cat data.txt 480 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:07:12 ] MinGWでgcc 4.4.0を入れたんだが、 gcc -vをすると文字化けするとこあるんだが、なんでだろ？ helloworldで日本語入れて表示させても文字化けしないんだが。 C:\Users\Username>gcc -v Using built-in specs. Target: mingw32 ･ｳ･･ﾕ･｣･ｰ･ｪ･ﾗ･ｷ･･: ../gcc-4.4.0/configure --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --d isable-sjlj-exceptions --enable-shared --enable-libgcj --enable-libgomp --with-dwarf2 --disable-win3 2-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --prefix=/mingw --with-gm p=/mingw/src/gmp/root --with-mpfr=/mingw/src/mpfr/root --build=mingw32 ･ｹ･･ﾃ･ﾉ･･ﾇ･: win32 gcc version 4.4.0 (GCC) 481 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:14:21 ] >>480 >>474 482 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:16:05 ] 上側の化けてるところは「コンフィグオプション」で、下側は「スレッドモデル」だな 483 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:20:11 ] >>480 ソースコード中に日本語を使うなら -finput-charset や -fexec-charset オプションでエンコーディング指定するのを忘れないように。 484 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:22:08 ] -finput-charset=cp932 -fexec-charset=cp932 これか 485 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:23:47 ] >>481-483 即レスthx! もっと勉強させてもらいます>< 486 名前：480 mailto:sage [2009/08/11(火) 14:51:33 ] >>474でDLしたファイルをgcc.moにリネームして置き換えたら、文字化け無くなった。 C:\Users\Username>gcc -v Using built-in specs. Target: mingw32 RtBOIvV: ../gcc-4.4.0/configure --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --disable-sjl j-exceptions --enable-shared --enable-libgcj --enable-libgomp --with-dwarf2 --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --prefix=/mingw --with-gmp=/mingw/s rc/gmp/root --with-mpfr=/mingw/src/mpfr/root --build=mingw32 Xbhf: win32 gcc version 4.4.0 (GCC) >>482が言ってくれたみたいに、 「RtBOIvV」のところって、gcc3.4.5のときだと「Configured with」って表示されてたような。 「Xbhf」のところは、gcc3.4.5のときだと「Thread model」って表示されてたような。 この文字列に意味あるのかな？ 487 名前：デフォルトの名無しさん mailto:sage [2009/08/11(火) 14:56:00 ] >>486 いやいや、それ化けてますから! ちゃんと適用されていればまさに >>482 の通り表示するはずなんだ。 488 名前：480 mailto:sage [2009/08/11(火) 17:11:32 ] >>487 レスthx! 今は、情報収集でググったりしてるところであります。 とりあえず現状は、 (1)コマンドプロンプトの文字コードはCP932。 (2)gcc -vで日本語と思われるところが文字化け。 (3)日本語を含む文章(ファイルの文字コードはSJIS)をprintfで表示させたら文字化けはしない。 (4)gcc3.4.5を入れたら、\shareにlocaleフォルダが無かった(多言語対応してないのかな?) もしかして、gcc4.4.0の導入方法がダメなのかな？ 公式ページからMinGW5.1.4.exeをインストールしたら、gccは3.4.5になってた(とりあえず、C:\MinGWを作成)。 で、公式ページからgcc-full-4.4.0-mingw32-bin-2.tar.lzmaをダウンロードして、 解凍したできたフォルダ達を\MinGWで上書きした。 この方法がそもそもダメとか？ 489 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 10:07:37 ] MinGW 5.1.4のg++で std::wstring がコンパイルは通るんだが，リンカーエラーになる。(IDEとしてCode::Blocks使用，ソースはBOMなし UTF-8で書いてる)。環境変数関係の設定はもちろんOKのはず。 #include <windows.h> #include <string> using namespace std; int main() { wstring wstr(L"はろー"); //ここと ::MessageBoxW(NULL, wstr.c_str(), L"タイトル", MB_OK); //ここをコメントアウトして // ::MessageBoxW(NULL, L"はろー", L"タイトル", MB_OK); //ここのコメントを外すとOK return 0; } このプログラムをビルドするとリンカーが， C:\Documents\Software\CodeBlocks\unitest\main.cpp|9|undefined reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&)'| というエラーを吐く。wstringをやめてstringを使い，ソースをSJISにして::MessageBoxAで表示させると問題ない（Ｌ”なんたら”のLは外す)。 ヘッダーファイルをgrepで検索したら， #if defined (_GLIBCXX_USE_WCHAR_T) || defined (_GLIBCXX_USE_WSTRING) template<> struct char_traits<wchar_t>; typedef basic_string<wchar_t> wstring; #endif #endif と書いてあったので，念のため _GLIBCXX_USE_WCHAR_T と _GLIBCXX_USE_WSTRING を定義してみたけど やっぱりダメ（リンカーエラーだから関係なさそうだけど）。何かライブラリが足りないのかな？ 490 名前：デフォルトの名無しさん mailto:sage [2009/08/13(木) 14:53:22 ] > 念のため _GLIBCXX_USE_WCHAR_T と _GLIBCXX_USE_WSTRING を定義してみたけど それが定義された状態で libstdc++.a がビルドされてないとダメなんじゃないか？ 491 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 00:29:28 ] >>490 > それが定義された状態で libstdc++.a がビルドされてないとダメなんじゃないか？ レスサンクス。 それって、_GLIBCXX_USE_WCHAR_T と _GLIBCXX_USE_WSTRING を定義した上で libstdc++.a をビルドしろって意味？ バイナリ拾ってきてインストールしたんで（ダウンロード してインストールする方式だったけど）、ソースからビルドするにはどうすればいい？ 教えて君でスマン。 492 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 00:58:58 ] libstdc++.a は gcc のソースに一緒に入ってるんじゃないかなぁ。 493 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 01:25:36 ] >>491 gccをビルドするときのconfigureオプションじゃないかと調べずに言ってみる。 494 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 02:13:24 ] >>491 libstdc++.aは C:\MinGW\lib\gcc\mingw32\4.4.0にあるよ 495 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 02:42:21 ] >>494 バイナリがどこにあるなんてことじゃなくてビルド方法の話だろ。 496 名前：491 mailto:sage [2009/08/14(金) 07:10:01 ] >>495 > バイナリがどこにあるなんてことじゃなくてビルド方法の話だろ。 その通りです。既存の libstdc++.a をリンクしてのテストはもちろんやってて、 それでうまく行かないのです。 うーん。バイナリダウンロードしてきて、そのままインストーラー任せでやったから、 こういうとき困るね。Code::Blocks使うので、MSYSすらインストールしてない。 もう少し調べてみます。 497 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 23:08:29 ] こんな記事があった。 www.mingw.org/category/wiki/libstdc 498 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 23:15:00 ] もう stlport 使えよ 499 名前：491 mailto:sage [2009/08/15(土) 00:10:44 ] >>497 あちゃぁ、がっくし．．． 比較的最近の記事だし、そういうことなのかぁ。 >>498 そういうことですかね。検討します。 皆さんアリガト。 500 名前：デフォルトの名無しさん [2009/08/28(金) 21:38:57 ] cygwinでshlwapi(SHell Light Weight API)使うにはどうすんの？ ソースに#include <shlwapi.h>書いて ldに-lshlwapi食わせてもなぜか失敗する 501 名前：デフォルトの名無しさん mailto:sage [2009/08/28(金) 22:52:03 ] どう失敗するのか書けよ。 ライブラリがないのか？ 実行時エラーか？ エラーメッセージは？ 502 名前：デフォルトの名無しさん mailto:sage [2009/08/28(金) 22:53:54 ] gccだとVC/C++用のライブラリは使えなかったりするから、 shlwapiのライブラリをgccでコンパイルする必要があるのかもね。 503 名前：デフォルトの名無しさん mailto:sage [2009/08/28(金) 23:07:54 ] 普通にインストールしてればインポートライブラリは入ってるよ。 504 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 20:15:03 ] もしかして、Cygwinのgccで確保出来るメモリ量って結構少ないですか？ 膨大なソースで多分1日仕事になるであろうソースがあるんですが、 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION ってエラーが出てて、どうもmallocかけてる所が怪しいんです。 ちなみに、SolarisとFreeBSD(両方64bit版)では動いてます。 Windowsは、XP x64だけど、多分Cygwinは32bitのはず。 でも、32bitの領域食いつぶしてるとも思えないしなぁ・・・ 505 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 22:09:18 ] Ubuntu 9.04 で g++ 4.3.3 を使っているのですが、メモリ管理で質問があります。 std::list に例えば int 型のデータを例えば1000万個くらい突っ込み、topでメモリ使用量を確認すると、 150MBくらい使用しています。 その後、データが不要になったあとで clear() メソッドで中身を消去し、利用した関数を終了させて list を完全に削除した後でも、top で確認するとメモリが開放されずに残ってしまいます。 このメモリが開放されるのは、アプリケーションが終了されるときのみです。 この理由を知りたいのですが、ご存知の方は教えていただけないでしょうか？ 試行錯誤してるうちに、std::list 以外でも、例えば new int[10000000] した後にデータを突っ込んだメモリは delete[] で消えますが、 for(int i=0 ; i<10000000 ; i++){ ... = new double; } してデータを突っ込んだメモリはすべて delete しても やはりメモリが残ってしまうことに気づきました。これも関係ありそうな気がします。 506 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 23:18:24 ] 逆アセンブルのリスト取ってsbrk()の呼び出してる箇所を見てみたら？ malloc()はsbrk()を大抵呼び出すがfree()は単に未使用ブロックとして マークし直すだけの事が多いのでフリーリストのフラグメントが起きると うまく再利用されない事がある 507 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 23:22:11 ] >>505 あなたにメモリ管理についての知識が無いだけ。 例えばmallocの実装がどうなっているか、一度調べてみると良い。 >>504 実装にバグが無ければ メモリが足りない時は、mallocはNULLを返す。 malloc呼び出しの内部で落ちるのは、 アプリケーションがmallocの管理領域を壊している可能性が極めて高い。 例えば、1byteはみだして書き込んでいる場合、 64bitだとアラインメントの都合ではみだしていることが表面化しない場合がある。 508 名前：デフォルトの名無しさん mailto:sage [2009/08/29(土) 23:33:39 ] >>505 単純にそれだけするテストをやってみたってこと？ 一般に new (malloc) で確保したメモリを delete (free) した場合、 それらの領域は次に new したときに再利用される。 一旦確保したメモリはアプリケーション側で掴んでいるので、 そのアプリケーションが終了するまでは OS 側にしてみれば使用中に視える。 BSD 系のどれだったかでは一旦 OS に返すような実装のもあったような気がする。 509 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 01:05:22 ] >>505 大きなメモリブロックはOSから直接もらってOSへ直接返し、 小さなメモリブロックは独自に管理するのでOSへ返さず掴んだまま、 という実装は十分ありうるので、一応説明は付く 510 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 01:27:39 ] Cygwinって一応内部ではWin32呼んでるんだよね こういうの組んでみたけど結構こまめにOSに返してるよ #include <iostream> #include <windows.h> const int l = 10000000; int main() { double** a; MEMORYSTATUS ms; a = new double*[l]; for (int i = 0 ; i < l; i++) a[i] = new double; GlobalMemoryStatus(&ms); std::cout << ms.dwAvailPhys << std::endl; for (int i = 0 ; i < l; i++) delete a[i]; GlobalMemoryStatus(&ms); std::cout << ms.dwAvailPhys << std::endl; delete[] a; GlobalMemoryStatus(&ms); std::cout << ms.dwAvailPhys << std::endl; } 511 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 01:59:50 ] 「OSからの取得」をどうやっているのか、にも依存するよ。 例えばHeapAllocで獲得しているのだとしたら、 それは事実上mallocの実装そのものだから その内部で(システムコールを呼んで)カーネルに返しているかどうかは HeapAllocの実装次第。 >>506の通りにsbrk()経由とするなら、その中で何が呼ばれてるかだね。 512 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2009/08/30(日) 11:45:11 ] OS によってメモリ管理に関する方針はかなり違うけど、 Linux の場合は「なるべくめいっぱい活用する」方針だったと思う。 普通に使ってたら空いてるメモリはほとんどなくなるはず。 513 名前：自己レス [2009/08/30(日) 21:40:30 ] >>501-503ありがとう どうやってもldが「undefined reference to ○○」言ってくるんですよ >>500こうなったらもうインポートライブラリに頼らないで直接呼んじゃる！！！ という方針で書いてみた（といってもほとんどwww.atmark.gr.jp/~s2000/r/rtl/shlwapi.html ）のが↓ 514 名前：デフォルトの名無しさん [2009/08/30(日) 21:41:37 ] #include <windows.h> #include <stdio.h> typedef int (*TFUNC)(LPCTSTR,LPTSTR,UINT); int main(int argc, char *argv[]) { char str[100]; int ret; HINSTANCE hInstDLL; TFUNC DllFunction; 515 名前：デフォルトの名無しさん [2009/08/30(日) 21:42:37 ] hInstDLL = LoadLibrary( "SHLWAPI.DLL" ); if( hInstDLL == NULL ){ printf( "hInstDLL == NULL" ); return -1; }else{} DllFunction = (TFUNC)GetProcAddress( hInstDLL,"PathSearchAndQualifyA" ); printf( "DllFunction : %d\n", (int)DllFunction ); ret = DllFunction(".",str,100); printf( "ret=%d,str=%s\n", ret , str); if(!FreeLibrary(hInstDLL)){ abort(); }else{} return 0; } 516 名前：デフォルトの名無しさん [2009/08/30(日) 21:54:41 ] 主な参考こっちだった（そこも参考にしたんだけど） www.pushaa.jp/%7Ehizuki/soft/wiki.cgi?cygwin%A4%C7Windows%A5%A2%A5%D7%A5%EA%A4%F2%BA%EE%A4%EB%A4%BF%A4%E1%A4%CE%A5%E1%A5%E2 517 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 22:25:58 ] >>513 gcc は実はインポートライブラリ無しでも dll とリンクできる。 -lshlwapi の変わりに /cygdrive/c/WINDOWS/system32/shlwapi.dll としてみれ。 518 名前：デフォルトの名無しさん mailto:sage [2009/08/30(日) 22:27:10 ] gcc version 3.4.5 (mingw-vista special r3) だと>>500の方法で何の問題もないね。 519 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 16:29:51 ] >>378, 379 TDM版MinGW使ってみた。なかなか良くてCode::Blocksとの相性もバッチリなんだが， STLがやたら遅い(gccの問題だと思う)ので，STLPort5.2.1をビルドしようとしたら， うまく行かない。 一応ドキュメントも読んだんだが，MSYS上からmake gcc.makってやっても「何もすることが ない」って言われてビルドできない。 TDM版MinGWにはmake.exeはなくてmingw32-make.exeしかないけど，これは使っちゃいけないと 書いてあるので，MSYSにあるmake.exeでやってみたんだが．．． やり方教えてもらえると嬉しい。 520 名前：デフォルトの名無しさん mailto:sage [2009/09/01(火) 19:21:10 ] >>519 make -f gcc.mak じゃね？ 521 名前：519 mailto:sage [2009/09/01(火) 20:32:50 ] >>520 > make -f gcc.mak じゃね？ そうそう、まずそれだった。普段IDEばかり使ってるんでmakeコマンドの使い方忘れてた。 で、まずは落ち着いてやってみようと思って、MinGWを通常の5.1.4に戻して、 >>331を参考にSTLport5.1.7をビルドしてみた。 gcc.makというファイルは二箇所にあるけど、\build\libの下のヤツを使って、 make -f gcc.mak depend make -f gcc.mak install でビルド成功。ちなみに>>331の、 > # if (__W32API_MAJOR_VERSION > 3) || ((__W32API_MAJOR_VERSION = 3) && (__W32API_MINOR_VERSION >= 12)) の = 3 のところは、== 3 が正解。で、ビルドは出来たんだけど、C++版Hello World!プログラム(iostream使うやつ) で試してみたら、コンパイル時に「#includeのネストが深すぎる」ってエラーがでた。 今仕事場にいないので詳細はわからない。続きはまたあしたかな．．． 522 名前：519 mailto:sage [2009/09/02(水) 18:28:05 ] MinGW5.1.4＋STLPort5.1.7でテストをしてて，STLPortのビルドは出来たけど（Thanks to >>331）， 使うとうまく行かない。 以下のHello world!! C++版をコンパイルしてみた。 #include <iostream> using namespace std; int main() { 　　cout << "Hello world!" << endl; 　　return 0; } 環境変数は入念にチェックして，MinGW標準のC++用ヘッダがインクルードされずに，stlportのヘッダが 読み込まれるようにしたんだが，コンパイルすると_cstddef.hの28行目の # include _STLP_NATIVE_CPP_C_HEADER(cstddef) のところで， C:\MinGW\include\stlport\stl\_cstddef.h|28|../3.4.5/cstddef: No such file or directory と言うエラーが出て，後はエラーの嵐。grepでいろいろ調べた結果，MinGWの場合 _STLP_NATIVE_CPP_C_HEADERの定義がうまく出来てないらしいことまではわかったんだが， どうすればいいんだろ。教えてエライ人。 523 名前：519 mailto:sage [2009/09/03(木) 18:00:08 ] 何とか自己解決。 ■ビルドはMSYS付属のmakeじゃなくて，WindowsのコマンドプロンプトからMinGWの 　mingw32-makeでやる（ドキュメントをよく読んでたら書いてあった）。但し，MSYS使わ 　ない場合はconfigure.bat -c gcc しろって書いてあるけど，これはウソ。 　configureしてからメイクすると速攻エラーが出る。 　mingw32-make -f gcc.mak depend 　mingw32-make -f gcc.mak install 　だけでOK。 ■unitテストはロケール関係で少しエラーが出た。ehテストはso_stlgだけ， EH TEST FAILURE ! [deque] :testing range insertion at random position (weak) ERROR : 37 outstanding allocations. となったが，so_gとsoはパス。ちなみにこのso_stlg, so_g, soというフォルダに3つ 同名のテストプログラムが出来るけど，違いは何なの？（unitテストsoとso_stlgの 2つのフォルダ内にexeができる)。 ■STLPortのヘッダやライブラリを置いた場所や元のMinGWのフォルダ構成にあわせて， 　stlport/stl/config/host.h を丁寧に書き換えてやる必要がある。 まぁ，いろんな環境に対応しなければならないので作る側の苦労はこんなもんじゃないと 思うが，ドキュメントはもう少し整備してまとめて欲しいなぁ．．． 524 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 09:41:40 ] TDM-MinGW4.4.1出てるな 525 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 12:01:32 ] >>524 ・・・あの、4.4.0がインストールしてある場合、 アップデートするには Create : Create a new TDM/MinGW installation Manage : Manage an existing TDM/MinGW installation Remove : Remove a TDM/MinGW installation のうちどれを選べば最も望ましいでしょうか？ 526 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 12:21:43 ] >>525 知らんけどRemoveしてからインスコすればいいんじゃね？ 527 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 12:23:18 ] >>525 俺はそういうメニューが出るとは知らなかったので プログラムの追加と削除から消してCreateした でもRemoveしてCreateしてもいいかもな 528 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 12:59:56 ] >>524 529 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 13:01:55 ] >>524 これ使うと，サイトの上の方にピンクの囲みで書いてあるとおり，実行のものすごく遅い プログラムが出来上がってしまう。 それでcoreとg++はサイトの下の方にある4.3.3を使ったら解決したよ。 530 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 14:29:16 ] Cygwin1.7でmpich2がmakeできんな。 clockとかシステムコールがないとか・・・ 素直にWIndowsバイナリ入れるかな・・・ 531 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 14:57:20 ] WARNING: The 4.4.1-tdm-1 release is known to have a bug which causes drastically increased CPU usage in programs compiled with it. You are urged to use a previous release until this bug is fixed. excite＆俺訳↓ 警告: 4.4.1-tdm-1リリースにはそれでコンパイルされたプログラムがCPUパワーをものすごく使うようになってしまうバグがあるのが知られています。このバグが修正されるまであなたが前のリリースを使用することを推奨します。 マジかよ！おじさん、気付かず更新しちまったぜ 532 名前：525 mailto:sage [2009/09/08(火) 15:03:06 ] みなさんありがとうございます。 どうやら CreateとManageの違いは、 Manageの場合はインストール先のパスなどが引き継がれて便利ということ だけっぽいです（完全に私の勘ですが）。 ・・・ですが、インストールしてみたところに>>529さん、>>531さんのレスをみて 即刻以前のインストーラを使って元に戻しました。 533 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 15:08:15 ] >>531のレスを見て疑問なのですが、 これはgcc4.4.1のバグでしょうか？ それとも 4.4.1-tdm-1 release独自のバグなのでしょうか？ ご教示いただけませんでしょうか？ よろしくお願い申し上げます。 534 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 15:42:48 ] > gcc4.4.1 Fortran, C, and C++ for Windows www.equation.com/servlet/equation.cmd?call=fortran 　↑ こっちのは別に問題なさそうだけど。 535 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 15:44:01 ] >>534 となるとTDMのバグの可能性が高そうですね。 ありがとうございます。 536 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 21:53:01 ] どうせいずれ直るでしょ 俺は速度はそんなに気にしていない(コンパイルが通って動けばいい)派 なので気にしていない 537 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 21:56:49 ] TDMが止めた方がいいっていってるんだから 俺は止めとこう。 ・・・ってまあホント好き好きにすりゃ良い問題だよな。 538 名前：529 mailto:sage [2009/09/08(火) 22:27:35 ] >>536 > 俺は速度はそんなに気にしていない(コンパイルが通って動けばいい)派 > なので気にしていない それがさぁ、条件によっては実用にならない位遅くなるんだよ。 100行位のUNIDCODEのファイルを読み込ませて処理するソフトでテストしたら（STL使用）、 VC++やBCBでコンパイルしたものは数秒で終わるのに、TDM-MinGW4.4.1だと 10分位かかった。 で、>>529に書いたように、coreとg++だけ4.3.3をダウンロードして上書き解凍してコンパイルし なおしたら、ちゃんと数秒で終わるようになった。 539 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 22:35:55 ] >>538 そんなにひどいのか じゃあ4.3.3に戻すか 簡単に戻せるしね SourceForgeからDLできるのであっという間だし 540 名前：デフォルトの名無しさん mailto:sage [2009/09/08(火) 22:53:26 ] mingwはTDMが標準なのかな？ 541 名前：532 mailto:sage [2009/09/08(火) 22:56:32 ] >>538 g++ (TDM-1 mingw32) 4.4.0に戻したのですが、 これもバグを抱えていますか？ 4.3.3レベルまで戻す必要はありますでしょうか？ 542 名前：529 mailto:sage [2009/09/08(火) 23:00:39 ] >>541 ごめん、4.4.0は持ってないし試してないのでわからない。 けど、サイトにそうは書いてないから大丈夫なんじゃないのかな？ 543 名前：532 mailto:sage [2009/09/08(火) 23:44:02 ] >>542 ありがとうございます。 過去のサイト（Web魚拓みたいなもの）をあさって見たのですが 4.4.0リリース時点までは戻れなくて。。。 544 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 22:25:47 ] TDMってbashが入ってないけどconfigureはどうればいいの？ 545 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 23:37:14 ] TDMに限らずMinGWにはbashは入っていない msysを落とせ 546 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 00:30:20 ] >>545 トンクス 547 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 22:45:45 ] いま64bit windows環境がなくて試せてないんだけど、mingw-w64ってどう？ 548 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 23:35:40 ] >>507 メモリ不足でNULLが返るかというと微妙。 mallocは成功して、実際にメモリを使う時(読み書き)すると初めてメモリを割り当てて不足したらそこで止まるようなシステムもある。 Linuxなんかはそう。 549 名前：デフォルトの名無しさん mailto:sage [2009/09/10(木) 23:47:17 ] そんなのあるのか…manpageでバグ扱いされてるな 550 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 00:52:47 ] >>548 ここはCygwinのスレであって、Linuxのスレではないし 落ちるのがmalloc内部と限定される場合には当てはまらない。 だいたい、「落ちる」と言っても セグフォールトのような症状で落ちるのではなく 「有無を言わさずプロセスがkillされる」だけなのだから。 551 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 00:58:08 ] それも、殺されるのは自プロセスとは限らない、 というより、自分以外である方が普通。 552 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 01:35:15 ] 制限なんて作らなかったら良かったのに 553 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 12:24:54 ] Browse TDM's GCC/MinGW32 Builds Files on SourceForge.net ttp://sourceforge.net/projects/tdm-gcc/files/ ここの 1.902.0 　tdm-mingw-1.902.0-f1.exe 　tdm-mingw-1.902.0-f2.exe 　tdm-mingw-1.902.0-webdl.exe これら３リリースの違いを教えていただけますでしょうか？ 554 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 15:39:34 ] >>553 As a general rule, you should choose the default SJLJ packages, unless you know you need faster exception handling and can guarantee you'll never need to unwind through non-DW2-compiled stack frames (such as a Windows callback). If you chose the DW2 packages, consider removing the "-dw2" suffix from the program names. See README-gcc-tdm.txt, included in the core package, for further notes on this topic. つまりSJLJ(f1)を優先的に使えと Dwarf-2(f2)を使うのは、速い例外処理と、DW2でコンパイルされた のではないスタックフレーム(Windowsのコールバックのような)を解放する 必要が無い事を保証できる もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除する事を 考慮しなさい つまりコールバックを多用してまたより速い例外処理が必要ならf2を、 そうでなければまずf1を選べという事でしょう webdlはオンデマンドインストールで、画面から何をダウンロードして インストールしたりアンインストールするか決めれるというだけのもの でも便利 最終的にはどうすればいいかというと上の注意に従いながらwebdlで インストールすればいいという事になる 555 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 15:41:25 ] あ、訳がおかしいな ×もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除する事を考慮しなさい ○もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除するかどうかよく考えなさい 556 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 00:16:58 ] ttp://pc12.2ch.net/test/read.cgi/tech/1251773567/ に居た者ですが、TDM-MinGWの問題のため、こちらに参りました。 　　ttp://codepad.org/zASwhl4f 　　このコード、codepadで実行させると上のリンクのように正常に動作しているようですが、 　　私の環境g++ (TDM-1 mingw32) 4.4.0ですと 　　0.1 　　-9.25596e+061 　　と表示されてしまいます。 という問題が生じておりまして、 　　TDM-MinGW4.3.3 -> × 　　TDM-MinGW4.4.0 -> × 　　TDM-MinGW4.4.1 -> ○ 　　ということで、 　　TDM-MinGW4.4.1で修正されたバグだったようです。 という一応の決着をみました。 しかし本当にバグであったかを確認したく、 皆様、 　「Windowsで」 　TDM-MinGW4.3.3 , TDM-MinGW4.4.0 , TDM-MinGW4.4.1 を入れている方がいらっしゃいましたら、 宜しければ是非 ttp://codepad.org/zASwhl4f を試して頂けませんでしょうか？ 557 名前：554 mailto:sage [2009/09/14(月) 07:03:12 ] >>555 なるほど。 とても良く分かりました。 本当にありがとうございました。 558 名前：553 mailto:sage [2009/09/14(月) 07:03:54 ] >>554-555 すみません間違えました。 私はしがない>>553でございます。 ありがとうございました。 559 名前：デフォルトの名無しさん mailto:sage [2009/09/14(月) 11:18:38 ] >>550 mingwでも巨大なメモリをアロケートしたプログラムは途中まで処理が進んだ状態で落ちる(windowsのエラーダイオログが出て)がね。 ぬるぽチェックでは止まらんよ。 560 名前：デフォルトの名無しさん mailto:sage [2009/09/14(月) 16:04:59 ] じゃあLinuxとは違うじゃねーか。 Linuxは何事も無かったように、どこかの知らないプロセスを落として メモリを確保するんだから。 561 名前：デフォルトの名無しさん mailto:sage [2009/09/14(月) 16:08:28 ] Cygwinの話じゃなくてMingwもかい。 Mingwだったら、HeapAllocをそのまま使えば ちゃんとNULL返してくれるのに。 バカみたい。 562 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 00:45:37 ] >>559 例えば、↓のようなコードでは全然落ちない(普通にNULLが返る)んだけど 再現するコードを例示してくれ。 まさかとは思うが、newを使っていて bad_allocをcatchしてないから落ちるってオチじゃないよね。 563 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 00:47:20 ] void test(unsigned nmegabytes, std::vector<void *>& saver) { 　unsigned alloced = 0; 　printf("[%u]MByte\n", nmegabytes); 　for (;;) { 　　void *p = malloc(nmegabytes * 1024 * 1024); 　　if (!p) { 　　　printf("malloc() returns NULL at allocated %uMB\n", alloced); 　　　break; 　　} 　　*(int *)p = 0; // アクセス違反で落ちる？ 　　alloced += nmegabytes; 　　saver.push_back(p); 　} 　// clear 　for (std::vector<void *>::iterator it = saver.begin(), end = saver.end(); it != end; ++it) { 　　free(*it); 　} 　saver.clear(); } int main() { 　std::vector<void *> saver; 　saver.reserve(4 * 1024); 　test(1, saver); 　test(50, saver); 　test(500, saver); } 564 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 01:11:12 ] >>563 C++かとおもいきや、malloc使ってるのかよｗ えっと、とりあえずそんなに領域確保出来たっけ。 ってことで、 　　if (!p) { 　　　printf("malloc() returns NULL at allocated %uMB\n", alloced); 　　　break; 　　} を if (!p) { printf("malloc() returns NULL at allocated %uMB\n", alloced); perror("error"); exit(EXIT_FAILURE); break; } と書き換えてみれば、何が原因で落ちたかわかるよ。 あと、pが確保出来てないのに、そこでbreak;しちゃうと、そりゃその後でアクセス違反で落ちるよｗ 565 名前：デフォルトの名無しさん [2009/09/15(火) 01:14:22 ] だから「落ちねー」ってのタコ。 「ちゃんとNULL返してる」っての。 566 名前：デフォルトの名無しさん [2009/09/15(火) 01:15:22 ] さっさと「落ちるコード」出せやボケ 567 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 01:17:51 ] >>565-566 同意だがそんなにカリカリすんなよ(´・ω・｀) 568 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 01:17:57 ] ごめん流れ読んでなくて、単なる質問だと思ったｗ 569 名前：デフォルトの名無しさん mailto:sage [2009/09/15(火) 20:48:34 ] ふつうにOllyDbgあたりのデバッガアタッチして追ったらダメなの? 570 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 22:49:36 ] ttp://www.tdragon.net/recentgcc/ 　WARNING: 　The 4.4.1-tdm-1 release is known to have a bug which causes drastically increased CPU usage in programs compiled with it. You are urged to use a previous release until this bug is fixed. これが修正されるのはいつですか？ 571 名前：デフォルトの名無しさん mailto:sage [2009/09/24(木) 07:14:29 ] >>570 知らねえ 嫌ならTDMじゃないMinGWを苦労して入れてそっち使ってろよ 572 名前：デフォルトの名無しさん mailto:sage [2009/09/24(木) 11:37:37 ] >>571 それもめんどくさい まあ問題が出るようだったら古い版のTDM使うことにするけど。 573 名前：デフォルトの名無しさん [2009/09/26(土) 11:23:46 ] 64bit のmingw入れて、32bit用のアプリを 生成するにはどうすれば良いの？ 574 名前：デフォルトの名無しさん mailto:sage [2009/09/26(土) 11:46:53 ] -m32? 575 名前：デフォルトの名無しさん [2009/09/26(土) 20:46:01 ] だな 576 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 13:01:44 ] MinGW と Msys を去年の10月ごろ入れて gcc のバージョンが gcc version 3.4.5 (mingw-vista special r3) なんですが netdb.h sys/socket.h netinet/in.h がインクルードできません 最新版にすればインクルード出来るでしょうか？ Cygwin にしないとダメなんでしょうか？ 577 名前：576 mailto:sage [2009/10/02(金) 14:51:31 ] 何か3.4.5 だとSJISもうまくコンパイルできないようなんですが 3.4.2とかを入れないといけないのでしょうか？ 578 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 15:06:46 ] >>577 当然、-finput-charset=cp932とかやってるんだろうね。 579 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 15:14:14 ] >>578 やっていません。 3.4.5 でも そのオプションをつければいけるのでしょうか？ 今やっているのは取りあえず通らない文字を削っているのです 取りあえず、SJIS はいいとして、インクルードファイルは、3.4.2 とかにしないといけないのでしょうか？ 580 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 15:21:26 ] 全部試してみればいいじゃないか 無料なんだから、めんどくさがってないで自分で解決してみろ 581 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 15:35:55 ] >>576 MinGWならwindows APIのソケットを使って下さい。 582 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 17:37:59 ] 4.3.2 にして、色々試していたらコンパイルもリンクも出来ました 皆さん、どうもありがとうございました。 583 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 20:25:46 ] MSYSにVIMインストールするにはどうしたらいいんですか？ 584 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 20:36:11 ] 手順 1. vim をインストールする 585 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 20:40:14 ] >>583 vimのソースをダウンロードして解答したら中に 「INSTALL」か「README」っていうファイルがあるはずだからそれを読んでください。 大概、.configure; make; make install　とかすることになりそうだけど。 586 名前：583 mailto:sage [2009/10/04(日) 21:20:04 ] MinGW+MSYS環境なのですが，yumみたいなのはついていないのでしょうか？ 587 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:27:13 ] よくよく確認してみると、vimってMSYSにデフォルトで入ってるみたいなんだが。 588 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:31:53 ] そういう何もかも込み込みの環境を提供しようとするものではない。 基本的には configure と make が動くところまでって感じ。 589 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:33:46 ] そうなんですね． じゃあソースおとしてコンパイルしてみます． 最新版のMSYSにはVIMがはいっていないみたいなんですよね 590 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:39:51 ] msysDTK の方に入ってるかも？ 591 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:40:34 ] >>589 一応公式サイトにMSYS用のvimのバイナリっぽいものがあるけど、試しては無い。 592 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 21:43:29 ] >>590 いや、DTKにはエディタ系は入ってないっぽい。 sourceforge.net/project/shownotes.php?release_id=131044 593 名前：590 mailto:sage [2009/10/04(日) 22:55:06 ] あれ？ わざわざ入れたことは無い (だって Emacs 派だから!) はずなんだけど俺の環境には vim は入ってるなぁ。 何かと一緒に入ったんだと思うんだけど、 DTK じゃなかったか。 594 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:42:17 ] TDMいつになったら直るんだ。 次のg++のバージョンまで直す気がないとか？ と思ったら似たようなレスが >>570でも出ていたか。 595 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 23:40:31 ] 早くバグ直せゴルァ！メールでも送るとか 596 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 01:13:33 ] sourceforge.net/projects/mingw/files/ MSYS vimに分離されたようだね ところで.tar.lzmaファイルってWindowsでは対応ソフト少ないような気がするんだ・・・ お前さんがたはtar使ってるの？ 597 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 01:23:44 ] 俺のtarはv1.13だからlzmaは対応してません。（ｷﾘｯ） 598 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 01:53:27 ] 俺んとこのtarも1.13だ mingw32-gcc-4.4.0が出たときは結局Linuxで展開してからWindowsに持ってきたよ ちょっと解せないものを感じた 599 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 02:07:22 ] windowsじゃないOSでクロスビルドした方が効率いいからね 600 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 02:54:40 ] tdmのソースの中のehstatic.patchにこんなことやってるところがあるんだけど +　　　HANDLE hmutex = CreateMutexA(0, FALSE, name); + if (WaitForSingleObject(hmutex, INFINITE) != WAIT_OBJECT_0) + __w32sp_trap(); 601 名前：デフォルトの名無しさん [2009/10/06(火) 11:37:29 ] crt2.oのソースはどこにあるんだ？ 602 名前：デフォルトの名無しさん [2009/10/06(火) 11:52:37 ] crt0.oのソースはどこだ？ 603 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 11:58:40 ] cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/crt0.c?rev=1.4&cvsroot=src 604 名前：デフォルトの名無しさん [2009/10/06(火) 13:41:24 ] >>603 ありがとう。 これで-municodeが使えるようになるといいが。 www1.axfc.net/uploader/Sc/so/42950.zip 605 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 20:42:21 ] >>596 俺は7-Zipが.tar.xzに対応するのを待っている。 606 名前：デフォルトの名無しさん mailto:sage [2009/10/07(水) 11:25:40 ] >>593 vimは一個前のMSYSの本体に入ってたが最新版で別パッケージに分離された． 607 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 10:36:21 ] 2009-10-08 TDM-2 fixing the bug that caused a major slowdown in nearly any non-trivial program. 608 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 11:28:08 ] >>607 待ってました！ 情報サンクス！ 609 名前：538 mailto:sage [2009/10/09(金) 11:50:25 ] 早速>>607紹介のバージョンに入れ替えて>>538の問題をテストしてみた。 直ってる！ヨカッタ。 610 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 12:13:03 ] キター 611 名前：デフォルトの名無しさん [2009/10/09(金) 12:13:13 ] MinGWでUnicodeアプリケーションが作れないのだろうか？ 612 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 12:30:05 ] >>611 Unicodeアプリケーションが何を指してるのか知らないが、 俺はutf-8でソースコード統一して書いてるけど正常に動作してるよ。 内部での文字列比較とか問題なく動く。 613 名前：612 mailto:sage [2009/10/09(金) 12:30:54 ] ただし、外部から入力される文字列は全部utf-8に変換してるけど。 614 名前：デフォルトの名無しさん [2009/10/09(金) 12:52:38 ] __wargvが使えないみたいだけど。 615 名前：614 [2009/10/09(金) 14:25:00 ] CommandLineToArgvWを使うことにした。 616 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 15:36:12 ] >>607 入れた�d On Demand Installの方はバグがあるらしく途中で止まるな 26.2MBの方を落としてインストールすればOK 617 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 23:03:53 ] おおホントだ。 上で既出だけどパピコ。 TDM's GCC/mingw32 Builds ttp://www.tdragon.net/recentgcc/ NOTICE: The 4.4.1-tdm-2 release is now available. If you were using the first 4.4.1 release, you are urged to upgrade to this new version in order to avoid a bug that caused drastically increased CPU usage in programs compiled with the first version. 618 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 17:26:32 ] ちゃんと測定したわけじゃないんだが、4.3.3より4.4.1-tdm-2の方がかなりコンパイル速くなってる 気がする。 環境が違うんで単純には比較できないけど、wxWidgets2.8.10の全種類(8種類)のライブラリのビルドに 4.3.3の時は12時間近く掛かってたのが、今日、自宅のマシン（もう4年位前のたいしたことないPC）で やってみたら3時間くらいで終わった。 619 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 22:07:09 ] >>618 きみ、前にC::Bのスレにいた子？ 620 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 22:17:00 ] >>619 50前だが。 621 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 14:52:05 ] mingw 上でなにか make しようとすると 大抵 libintl.la がとか gettext がとか文句を言われて コンパイルできない gnuwin32.sourceforge.net/packages/gettext.htm ここにバイナリが置いてあるかと思い落としてきてみるも libintl3.dll とかよくわからないファイルが入ってます… これを libintl3.dll -> libintl.la として動かすこと できるでしょうか？ sourceからbuildしないと駄目なのでしょうか もしそうだとすると複数の窓環境にインストールするとか 不便すぎる mingwを入れて perl5.8.1以上をmingw上の/usr/bin下にインストールして gettetxt を make して、ようやく目的のソフトに取りかかれるorz 622 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 14:56:45 ] というかmingw のperl は5.6.1でそのままだと gnu のソフトがビルドできないような… 623 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 18:30:37 ] >>621 それを「よくわからないファイル」とか言ってしまう奴がなんで mingw 使ってんの？ Developer files や Dependencies も必要。 全部スタティックリンクにしたいならソースからビルド。 624 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 20:23:23 ] msysのパッケージ管理が今ひとつだからね。 fedoraでmingw32のパッケージ入れて、クロス開発する方がいいかも 625 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 01:50:01 ] う、うん……(´・ω・｀) 626 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:06:33 ] gcc-tdmと、sourceforge.jp/projects/sfnet_mingw-w64/ はどっちがいいのか教えて。 サイズ的には、mingw-w64のほうが多いけどこっちの方が性能上? 627 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:10:46 ] >>626 そんなのあるんだー。 前者はTDM/MinGW Installerってやつだよね。 インストーラ.exeの形で配布されているけど、 後者は初めて見た。 これもインストーラだったかい？ 628 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:14:27 ] mingw-w32-bin_i686-mingw_20091013.zip っていうやつ今落としてるところ。 サイズが200M超えていて、回線遅くて中身がどうなっているか確認できていない。 629 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:19:48 ] 書庫形式でTDM/MinGWのサイズ8倍あるから こっち入れれば何でもコンパイルできるんじゃないかとわくわくしてる所。 たとえばffmpegが追加なしで出来たりとか。 630 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:06:43 ] どうせAdaとかFortranとかObjective-Cが入っているだけだろうと予想 631 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:07:00 ] さっさと普通にGCC4 & 64bit対応になれよ。 632 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:19:04 ] MinGW-w64 - for 32 and 64 bit Windows 633 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:20:28 ] >>632 別のプロジェクト作るなってこと。 mingwの公式はここだけだ。 www.mingw.org/ 634 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:22:34 ] 本家は、停滞してるからね 635 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:21:22 ] そう，だから最近はTDM's branch使う人が増えてるわけで．．． 636 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 08:02:03 ] >>629 単にビルドされたgccのファイルに　stripをかけてないだけだったりして。 ちなみに　cc1.exe strip前　約40M　strip後 約8M 637 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:07:48 ] TDM/MinGWは便利。 いちいちビルドする気力がでない俺には最適。 638 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 01:06:48 ] すんまそん。libgmp-3.dllとlibmpfr.dllどうやったら手に入りますかね。 639 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 02:22:17 ] ttp://sourceforge.net/projects/mingw/files/ ttp://sourceforge.net/projects/mingw/files/GCC%20Version%204/Current%20Release_%20gcc-4.4.0/gmp-4.2.4-mingw32-dll.tar.gz/download ttp://sourceforge.net/projects/mingw/files/GCC%20Version%204/Current%20Release_%20gcc-4.4.0/mpfr-2.4.1-mingw32-dll.tar.gz/download 640 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 19:02:16 ] >>639 ｔｈｘ　助かりました。 641 名前：デフォルトの名無しさん [2009/10/23(金) 00:45:53 ] linux&gcc-4.2.4で下のコードをコンパイル後nmでみると "W"(大文字：デフォルト実装付きweak)となるけど、 cygwin&gcc-4.3.2だと"w"（小文字：デフォルト実装無し weak)になる。4.2->4.3で仕様が変わった？ それともPEフォーマットのせいですか？ -------------------- __attribute__((weak)) void func(void) {} 642 名前：SgqcXuBDWWHrdWG mailto:6kgk1moeja.@gmail.com [2009/10/23(金) 22:24:58 ] If you do have a choice of surgeon or hospital, ask the surgeon the following questions: What are your qualifications? , 643 名前：デフォルトの名無しさん mailto:sage [2009/10/24(土) 10:04:51 ] On some systems, uppercase indicates that a default value has been specified. 644 名前：デフォルトの名無しさん [2009/11/02(月) 03:00:41 ] MinGW g++ 3.4でビルドして作成したライブラリを MinGW g++ 4.4.0でビルドしたソースとリンクして使用できますか？ 645 名前：デフォルトの名無しさん mailto:sage [2009/11/02(月) 08:29:01 ] >>644 丁度Qtでそれに引っ掛かって，某フォーラムでバイナリの互換性がないことを 教えてもらったばかり。 但し，俺のところではTDM's MinGW gcc(g++) 4.4.1で，本家MinGW g++ 3.4.5で ビルドしたライブラリが使えている（完全に大丈夫かどうかは不明）。 本家のg++4.4.0は，本家g++ 3.4.5でビルドしたライブラリが使えない。 646 名前：デフォルトの名無しさん [2009/11/02(月) 15:43:12 ] >>645 情報ありがとうございます。 やっぱり使えないんですね。 647 名前：デフォルトの名無しさん mailto:sage [2009/11/03(火) 02:57:00 ] MinGWでビルドしたdllと、それをダイナミックリンクしているexeの組み合わせが Windows7で動作しない(DLLを読み込めていない？ちなみにXP/VistaではOK)らしいのですが、 Win7との相性についてどこかに情報ありますでしょうか？ 自分で試せるのはXPとVistaだけなので状況がさっぱり... 648 名前：デフォルトの名無しさん [2009/11/03(火) 21:10:43 ] He_251110.bz2 649 名前：デフォルトの名無しさん mailto:sage [2009/11/03(火) 21:35:50 ] ttp://www1.axfc.net/uploader/He/so/251110 650 名前：デフォルトの名無しさん mailto:sage [2009/11/03(火) 21:45:52 ] export PATH=$PATH:/mingw/bin:/mingw32/bin:/usr/local/bin:$HOME/local/bin export GCC_VER="4.4.0" export LIBRARY_PATH=/mingw/lib:/mingw32/lib:/mingw/lib/gcc/mingw32/${GCC_VER}:/usr/local/lib:$HOME/local/lib export LD_LIBRARY_PATH=$LIBRARY_PATH export LD_RUN_PATH=$LIBRARY_PATH export INCLUDE_PATH=/mingw/include:/mingw32/include:/mingw/lib/gcc/mingw32/${GCC_VER}/include:/usr/local/include:$HOME/local/include export C_INCLUDE_PATH=$INCLUDE_PATH export CPLUS_INCLUDE_PATH=$INCLUDE_PATH コンパイルに必要な環境変数を.bashrcにかいたのだが あと何か定義しておいたらいい環境変数はある？ 651 名前：デフォルトの名無しさん [2009/11/03(火) 21:55:29 ] INCLUDE_PATHにlibのpathって入れるんだっけ 652 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 09:54:35 ] >>651 gcc3系統とgcc4系統ではディレクトリ構成が変わっていて，gcc4系統の場合はlibの奥にもヘッダファイルが あるので，入れる必要があります。 653 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 23:32:49 ] MinGW使うなら、PATH以外の環境変数は設定いらなくね？ 654 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 00:01:10 ] 友達がプログラミング勉強したいっていってるんだけどやっぱ 進める環境としてはdev c++ とmingwがいいかな 655 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 00:03:49 ] VC2008EEじゃねーのか？ 656 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 00:11:45 ] >>654 単にプログラミングの勉強ならば、 WindowsでVisualBasicが面倒なくて鉄板でしょ。 Unixの世界は、環境構築とツールの使用法の習得だけで 挫折する人がいるくらいのカオスな世界だから、 できれば知らない方が幸せよ。 657 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 00:34:09 ] >>656 > 単にプログラミングの勉強 変ったジャンルですね。 658 名前：654 mailto:sage [2009/11/07(土) 04:16:13 ] >>656 僕的にはdev c++のほうがインストールが早いし、設定、認証が要らないから こっちのほうが簡単だと思うんですけどね。やっぱVCとかVBですかね 659 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 08:45:22 ] Dev-C++はTDM-MinGWと組み合わせて俺もインストールしてあるけど 何と言ってもメニューが全部英語なのと、gccそのものがオプションが複雑で 決して初心者向けではないという事情を考えてVCを推している でも自分でその壁を乗り越えられる人であればgccの方が標準準拠度は 高い 660 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 13:56:55 ] お勉強ならLL言語でいいでしょ。 CUIベースでC, C++なんてやってもイベント丼の概念が理解できなくなる。 661 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 14:22:10 ] つまり Tcl/Tk やっとけということだな 662 名前：デフォルトの名無しさん mailto:sage [2009/11/08(日) 00:30:47 ] >>659 日本語化されたのが、確か2つくらいあったはず。ｓけいし氏のヤツは割りと有名 かと思ってたんだがそうでもないのか。 一時VC2003と交互で使ってたけど、x64環境に移行してからはVC2008しかｔ これ以上はスレチだな。 663 名前：デフォルトの名無しさん [2009/11/10(火) 00:33:10 ] Dev-c++ と一緒に入ってくる gcc3.4.2 を TDM-MinGW gcc4.4.1 に入れ替えたのですが、 gcc3.4.2 ・iostreamをincludeするだけで、EXIT_SUCCESSマクロもatof()関数も使用できた ・iostreamをincludeするだけで、clock()関数が使用できた gcc4.4.1 ・cstdlibをincludeしないと、EXIT_SUCCESSマクロもatof()も使用できない ・ctimeをincludeしないと、clock()関数が使用できない という挙動になります。 どっちが正しいんですか？ 664 名前：デフォルトの名無しさん mailto:sage [2009/11/10(火) 00:38:09 ] >>663 4.4.1 の方がより規格に沿っていると言える。 665 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:46:28 ] MinGWで日本語を表示するにはどうすればいいんですかー？(>_<) 666 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:49:25 ] >>665 -finput-charset=cp932 -fexec-charset=cp932 をコンパイル時に付ける するとEUCに変換してからコンパイルしてくれるのでダメ文字の問題は起きない 667 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:51:16 ] UTF-8 668 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:09:43 ] >>666 それ、本家MinGWのgcc4系だと効かない。cc1.exe、cc1plus.exeにやlibiconvがリンクされてないんだそうだ。 gcc3.4.5のcc1とcc1plusで上書きすればOKという情報もあるけど、俺のところじゃダメだった。 TDM's MinGW gcc4.4.1なら大丈夫。 >>667 もちろんそれでもOK。ただ、これまでに書きためた大量のSHIFT_JISのソースを使ったり、 3rd Partyのヘッダーファイル（例えば何等かのIOボードにボードに付いてくるライブラリの ヘッダーファイル）を使ったり、他のコンパイラと共用するソースファイルを使ったり する場合にはそうも行かない場合もある。 669 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 15:34:19 ] 665ですが、IDEの起動オプションをUTF-8にしたら表示されました。 お騒がせしました。 670 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:17:35 ] >>668 Windowsのシステムロケールを日本語から英語に変更するといい 671 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:16:57 ] >>668 既にバイナリの gcc 4 がある状況なら gcc 4 をビルドするのはたやすい。 libiconv 有効にしてビルドしれ 672 名前：668 mailto:sage [2009/11/22(日) 00:12:22 ] >>670 レスサンクスなんだが．．． > Windowsのシステムロケールを日本語から英語に変更するといい これは >>668 に書いたうちの、どのことについて言ってるの？ >>671 > 既にバイナリの gcc 4 がある状況なら > gcc 4 をビルドするのはたやすい。 > libiconv 有効にしてビルドしれ あぁそれでいいのか。アリガト。 ただ最近ビルドしてばかりしていてチト疲れた。 本家MinGWの最新バイナリインストーラー(5.1.6)のgccは4.4.0でなかったり、 libiconvがリンクされていない抜けがあったり、更新が遅かったりで、 TDM版の方が信頼できると感じてる。 TDM版の最初の4.4.1でCPU利用率が100%近くになってしまう問題が発覚した 時もHPの上の方に「Warning!」としてちゃんと説明が書いてあったし、修正の 対応も比較的早かったしね。 それと試してないんだけど、>>556の問題も気になる（TDM版固有の問題なのか、 gccのバージョンの問題なのか） 。 とりあえずTDM版4.4.1で問題ないので、俺は当面これで行こうと思う。 673 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 09:33:54 ] >>672 インストーラが 4.4.0 を入れないのは怠慢ではなくて、そういう選択をしたのだと思う。 まだ実績が不充分ってこともあるし、互換性の問題もある。 エンドユーザーにはなるべく枯れたバージョンを提供する方がいいという考え方はあり得る。 libiconv のリンクも、世界全体から見れば案外少ない状況でしか必要としないし、 そもそもソースコードにマルチバイト文字列をハードコーディングするのは悪いスタイルだよ。 674 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 09:41:23 ] よがりごえ 675 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 10:55:24 ] >>673 本家擁護も結構だが、 > インストーラが 4.4.0 を入れないのは怠慢ではなくて、そういう選択をしたのだと思う。 > まだ実績が不充分ってこともあるし、互換性の問題もある。 そんなに4.4.0に不安があるのなら、gccだけ独立して正式リリースにしなければいいのに。 そもそも本家はgcc3系とgcc4系でバイナリの互換性がなくなってしまった。 ディレクトリ構成も大きく変更してしまった。 これって良いことなのか？ > エンドユーザーにはなるべく枯れたバージョンを提供する方がいいという考え方はあり得る。 エンドユーザーが自分で選択できるようにすればよいだけの話し。 > libiconv のリンクも、世界全体から見れば案外少ない状況でしか必要としないし、 そう。そういう少数派への配慮が足りない所が問題。 > そもそもソースコードにマルチバイト文字列をハードコーディングするのは悪いスタイルだよ。 余計なお世話。そんなのは状況次第。 日本人の工場オペレーターしか使わないことがわかっているソフトだったら。 ハードコーディングしてしまった方が、短い工数で作れる。 多国語対応する必要があるソフトなら、リソースDLL使うとか、独自のライブラリで言語設定に あわせてファイルから文字列を読込むとかしてる。 676 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 13:14:30 ] >>675 > そんなに4.4.0に不安があるのなら、gccだけ独立して正式リリースにしなければいいのに。 > エンドユーザーが自分で選択できるようにすればよいだけの話し。 大半のユーザーはとりあえずバージョンナンバーが大きい方を選択してしまうよ。 エンドユーザーってのはそんなもんだろうが。 > そもそも本家はgcc3系とgcc4系でバイナリの互換性がなくなってしまった。 > ディレクトリ構成も大きく変更してしまった。 バイナリ互換性が維持されればそれに越したことはないんだけど、 これは根本的な設計から大幅に変わってしまったので、仕方ないとしか… > そう。そういう少数派への配慮が足りない所が問題。 > 余計なお世話。そんなのは状況次第。 配慮したらその分だけファイルサイズも増える。 少数派に配慮したら多数派に多少なりとも不便を強いるじゃないか。 ファイルサイズ程度なら些細な問題だけど、依存ライブラリが増えると管理が面倒なんじゃね？ これは開発リソースの割り振りの問題だろう。 それに意見する方が余計なお世話ってもんだろ。 開発状況は libiconv をリンクしたくない状況だったんだろ。 677 名前：デフォルトの名無しさん [2009/11/22(日) 15:55:37 ] >>676 > 大半のユーザーはとりあえずバージョンナンバーが大きい方を選択してしまうよ。 > エンドユーザーってのはそんなもんだろうが。 何が言いたいのかわからん、俺には>>673に書いてあることと矛盾してるようにしか 受け取れない。悪いがちゃんと説明してくれないか？ > バイナリ互換性が維持されればそれに越したことはないんだけど、 > これは根本的な設計から大幅に変わってしまったので、仕方ないとしか… TDM版gcc4.4.1は本家のgcc3.4.5とバイナリレベルの互換性を保ってるよ。 > これは開発リソースの割り振りの問題だろう。 > それに意見する方が余計なお世話ってもんだろ。 > 開発状況は libiconv をリンクしたくない状況だったんだろ。 ファイルサイズの話はかなり無理矢理感があるなあぁ。 で。本家のgcc4.4.0の説明書き(gcc-4.4.0-mingw32-notes.txt)には、必要ファイルだけ 分割してダウンロードする場合、 > libiconv Runtime [REQUIRED] > libiconv-1.13-mingw32-dll-2.tar.gz と書いてあるんだが（つまり必須と言うこと）。リンクを怠ったか、ドキュメントの修正を 怠ったかのどっちかだとしか思えない。どっちみち瑕疵であることに変わりはない。 で、TDM氏のHPには、 > TDM-GCC is not formally affiliated with or endorsed by the MinGW project > (although several MinGW team members make use of it) なんて書いてある。それなら性格がきっちりしていそうなTDM氏に本家のチームに 加わってもらえば、もっと良くなると思うんだが．．． 678 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 17:17:53 ] >>677 > 何が言いたいのかわからん、俺には>>673に書いてあることと矛盾してるようにしか > 受け取れない。悪いがちゃんと説明してくれないか？ 問題点を認識せずにとりあえず最新版を入れてしまうユーザーもいるから インストーラは 4 を選ばせないようにしたんじゃね？ と言いたかった。 > TDM版 gcc4.4.1 は本家のgcc3.4.5とバイナリレベルの互換性を保ってるよ。 んなわけねーだろ。 何が出来ることをもってバイナリ互換性って呼んでるの？ > ファイルサイズの話はかなり無理矢理感があるなあぁ。 そりゃそーだ。 だから些細なことって書いてるだろ。 結論は開発リソースの割り振りだ。 どっかには問題が残ることもあるだろうさ。 リソースは有限だし、どの問題をどこまで解決するか、 時には手抜きするのもひとつの選択だということだ。 TDM 版だって致命的な問題があったものを警告を書くだけで出したわけだろう？ 本家じゃやっちゃいけないことだけど、 TDM 版はそれでも出すという選択をしたわけだ。 一応誤解が無いようにいっとくけど、俺は本家を擁護したいわけじゃないよ。 どこを重要視するかが違うだけのことであって、どっちが良いとか言えるものじゃないというのが俺の主張。 もちろん、本家がよりよくなってくれるのが最も望ましい。 679 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 18:31:45 ] >>678 > 問題点を認識せずにとりあえず最新版を入れてしまうユーザーもいるから > インストーラは 4 を選ばせないようにしたんじゃね？ と言いたかった。 了解。ただ、インストーラーでgcc3.4.5をインストールした後でgcc4を入れようと思うと簡単じゃない （ディレクトリ構成が変わっているから戸惑う）。そういう点で問題だと俺は言いたい。 > んなわけねーだろ。 何が出来ることをもってバイナリ互換性って呼んでるの？ GUIツールキットQt 4.5のMinGW用のバイナリインストーラーでインストールされるライブラリは本家の gcc3.4.5でビルドされたものだが、TDM gcc4.4.1でビルドしたアプリからちゃんと使えた。 ところがQt 4.6のbeta-1には、本家のgcc3.4.5でビルドされたライブラリの他に、本家のgcc4.4.0（Qtライブラリ ではなくてコンパイラそのもの）もバンドルされてきた。ところがこの4.４.0でアプリをビルドすると、エラーが 出てしまう（3.4.5でビルドされたライブラリと互換性がない）。 Qt 4.6 RCになって、ライブラリも本家のgcc4.4.0でビルドされたものに変わった。そうしたら今度はアプリを TDM gcc4.4.1でビルドするとエラーが出る。仕方なくQt 4.6 RCのソースからTDM gcc4.4.1でQtをビルドしたら うまく行った。これでわかるだろ？ > TDM 版だって致命的な問題があったものを警告を書くだけで出したわけだろう？ > 本家じゃやっちゃいけないことだけど、 TDM 版はそれでも出すという選択をしたわけだ。 出した後から発覚したんで、緊急で警告を書いたんだよ。だから「修正するまで、一つ前の4.3.3を使ってくれ」 って書いてあった。テストが足りなかったのは確かだが、やるべきことを迅速にやっている。 本家はlibiconvがリンクされていなくても、アナウンス一つしてないんじゃないか？3系と4系でバイナリ互換性 がないというアナウンスも何処かにある？ > もちろん、本家がよりよくなってくれるのが最も望ましい。 俺だって本家を貶すのが目的じゃない。ただ、もっとしっかりしてくれと言いたい。 現状だとTDM版の方が良い選択だと言わざるを得ない状況だ。 680 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 20:33:05 ] >>679 > 了解。ただ、インストーラーで gcc3.4.5 をインストールした後で gcc4 を入れようと思うと簡単じゃない > （ディレクトリ構成が変わっているから戸惑う）。そういう点で問題だと俺は言いたい。 単に展開するだけだし、俺はディレクトリ構成が変わっていることに気づいてさえいなかったぜ!! (後から気付いたけど。 これは俺がいいかげんなだけかもしれん。) > GUIツールキットQt 4.5のMinGW用のバイナリインストーラーでインストールされるライブラリは本家の > gcc3.4.5でビルドされたものだが、TDM gcc4.4.1でビルドしたアプリからちゃんと使えた。 TDM がどうとかいう以前に gcc の変更だ。 実験してみた結果がどうあれ偶然。 何が起こってもおかしくない。 鼻から悪魔。 > ところがQt 4.6のbeta-1には、本家のgcc3.4.5でビルドされたライブラリの他に、本家のgcc4.4.0（Qtライブラリ > ではなくてコンパイラそのもの）もバンドルされてきた。ところがこの4.４.0でアプリをビルドすると、エラーが > 出てしまう（3.4.5でビルドされたライブラリと互換性がない）。 エラーの内容が気になる。 エラーが単なる undefined reference の場合、環境構成上のしょーもないことである場合がある。 > テストが足りなかったのは確かだが、やるべきことを迅速にやっている。 迅速だけどテストが足りなかったんだろ。 だからそれは単にスタンスの違いなんだって。 > 本家はlibiconvがリンクされていなくても、アナウンス一つしてないんじゃないか？ required の記述が間違っとるが、どれどれをリンクしたなんていちいち書くかよ。 > 3系と4系でバイナリ互換性がないというアナウンスも何処かにある？ これは常識だと思ってたから疑わなかったけど、一見さんにわかる形では無いかも。 GCC のサイトの方にも目立つようには書いてない。 681 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:06:27 ] きめえ話してんじゃねーよ オープンソースなんだから好きにやれや 682 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:09:05 ] >>681 まったくそのとおりだ。 だから好きに議論する。 便宜上「本家」なんていってるがそれほど絶対的なものではない。 それぞれのスタンスがあるのは当然。 と、言うわけで >>679 が主張するように「TDM 版の方が良い選択」 とする主張を否定するわけじゃないし、その主張が正しいと言える状況はあるんだろう。 でも、そうじゃない状況もある。 それだけの話。 683 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:19:01 ] 話長いw 684 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:49:18 ] >>680 > 単に展開するだけだし、俺はディレクトリ構成が変わっていることに気づいてさえいなかったぜ!! > (後から気付いたけど。 これは俺がいいかげんなだけかもしれん。) 環境変数変えなきゃダメだろ？本当に動かしてみたんかね？ 少なくともC_INCLUDE_PATHやCPLUS_INCLUDE_PATH、LIBRARY_PATHは変更する必要がある。もしかして単に 展開しただけで環境変数変えてないから、gcc4.4.0使ってるつもりで実は3..4.5のままだったりしてｗ > TDM がどうとかいう以前に gcc の変更だ。 実験してみた結果がどうあれ偶然。 > 何が起こってもおかしくない。 鼻から悪魔。 （中略） > > 3系と4系でバイナリ互換性がないというアナウンスも何処かにある？ > > これは常識だと思ってたから疑わなかったけど、一見さんにわかる形では無いかも。 > GCC のサイトの方にも目立つようには書いてない。 そんないい加減な情報じゃなくて、しっかり「ここに書いてある」って示して欲しい。そうじゃないと、アンタに「偶然」 だの「鼻から悪魔」なんて書く資格はない。単に実験のレベルじゃないよ。暫く使ってるが、何の問題もない。 > > テストが足りなかったのは確かだが、やるべきことを迅速にやっている。 > > 迅速だけどテストが足りなかったんだろ。 だからそれは単にスタンスの違いなんだって。 違う。本家はアナウンスすべきことをアナウンスしていない。例えば、MinGW5.1.6のgccは4.4.0じゃなくて3.4.5だって ことはどこに書いてある？要するにいい加減すぎるんだよ。「スタンスの違い」ってのが「ユーザー重視」と「ユーザー 軽視」の違いってのなら納得できるが。 例えば、ttp://www.mingw.org/wiki/GCCStatus は2009-04-20 以降更新されておらず、現状と合ってない。 SourceForgeのファイルツリーを見ても、「Automated MinGW Installer」のところにリリースノートすら置いてない。 685 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:57:14 ] MinGW、いったいいつになったら gcc4採用するんだよ・・・ 686 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:04:40 ] goはbuildできますか？ 687 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:14:41 ] 出来ません。 688 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:22:54 ] >>685 TDM-MinGWはとうにgcc4.4.1なんだが・・・ 689 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 05:09:42 ] >>686 d.hatena.ne.jp/iasija/ 690 名前：684 mailto:sage [2009/11/23(月) 07:36:00 ] >>685 本家MinGWだってMinGW5.1.6に含まれていないだけで、gcc 4.4.0は単独で「current release」になってるよ。 TDM版については>>688の言うとおり。 長い話で悪かったが、そのことでずっと>>680とやりあってたんだ。 691 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 14:28:16 ] そろそろ長話を止めてくれ 692 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 02:23:25 ] cygwinをアンインストールしたいんだがどうしても削除できないフォルダとファイルがある（Windows7） usr\sbin\sendmailとvar\cron\tabs アクセス許可云々と出てフォルダが削除できない 所有者が長ったらしい変な名前だったのでアクセス権を自分にしてもできない コマンドプロンプトや強制削除ソフトとか使っても無理 （あと一つ同じようなフォルダがあったがなぜか削除できた） どなたか知恵をおかしくだ足 693 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 04:19:25 ] msysでcoreを吐かせるにはどうすればいい？ ulimit -a でみてもunlimitedになってるんだが・・・ 694 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 15:23:07 ] >>692 どこかのプロセスのカレントフォルダや オープンしているファイルなどが、そこのフォルダにあると 消せないみたいだよ。 そこにアクセスしているプロセスを終了すればいいと思うけど、 たぶんわからないのだろうから、一回ログオフするか再起動すれば消えるはず。 695 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 15:44:01 ] 今TDM版MinDW gcc4.4.1-2のテストを行っています 今までは日本語入出力の問題があってgcc3.4.2を使っていました あるプログラムを-O3でコンパイルしてみると両方とも10分程度で終わるのですが 3.4.2のほうが20％ほど早くなりました 途中のlogと結果を見るとどちらも-O0の時と同じように動いているように見えます 実際にはこれからプログラムを書き直して10倍100倍の計算をさせたいと思っているのですが 書き方がよくなればTDMの方が早くなるようなものなのでしょうか？ 696 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 18:58:14 ] ぶっちゃけ状況による。 3 と 4 はかなり根本から変わってしまってて、 最適化フェイズの構成からして違う。 どちらが速くなるかは実測するべし。 697 名前：デフォルトの名無しさん mailto:sage [2009/11/25(水) 19:48:13 ] >>696 レスありがとうございます インストールがめんどくさいですが、 両方でコンパイルしてみて試して見ることにします 698 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 11:23:39 ] え？例えばc:/gcc4/とc:/gcc3/に解凍して 環境変数を使い分ければいいだけの話でないの 699 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 22:59:58 ] mingwのgcc4は for(i=0;i<10;i++){ for(j=0;j<10;j++){ int a = i; } } みたいなことをしたときに、２重ループ内のiが未初期化だったことがあったのでgcc3に落とした。 700 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 23:03:38 ] それはないだろう 701 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 23:15:13 ] >>699 そんなこと無いだろjk おおかた中でiを新しく書いちゃったとかそんなレベルだろ？ 702 名前：697 mailto:sage [2009/11/26(木) 23:30:39 ] >>698 それが私は、MinGWよく知らないでgcc使っているもので。 最近は、cmd環境に行ってdoskey定義バッチ起動してディレクトリ移動するのが面倒くさくて プログラムごとにこんなバッチ作ってウィンドウ環境で作業してます g++ -o backend.exe backend.cpp 2>errout.txt type errout.txt pause たまにgrepとdiffとか使うときはウィンドウ環境のものを使えばいいし、makeもこんな感じでやっています したがって環境変数変えるのも結構面倒です この場合は別のバッチ作っておいて環境変数変えるバッチをcallすればいい気もしますが ぱっと見た感じLIBもINCLUDEも無いのでpathを変えるだけでいいのでしょうか？ msysがMinGWのディレクトリ聞いてくるのもmsys環境でマウントするディレクトリを変えてるだけならいいのですが あまり高度なことはできないので インストーラで別ディレクトリに2つインストールしておいてpathを変えるだけでいいのでしょうか？ 頻繁にコンパイラ変えないならインストールし直した方が早い気もしますが 703 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 23:38:00 ] >>702 これお前だろ pc12.2ch.net/test/read.cgi/tech/1256645713/160 704 名前：デフォルトの名無しさん mailto:sage [2009/11/26(木) 23:42:50 ] localeまわりは絶対パスだけど、他は相対パスで動いてたような？ 705 名前：699 mailto:sage [2009/11/27(金) 00:29:56 ] gcc3やPGIやvcでちゃんと動いていたプログラムだったんだけど。 706 名前：デフォルトの名無しさん [2009/11/27(金) 01:17:24 ] 質問 Eclipse 3.4.2 / Pleiades All in One の　C/C++(MinGW)　を使ってるんだけど ワークスペースに、「実行可能プロジェクト」（A.exe）と「共有ライブラリプロジェクト」（B.dll）を作って A.exeのライブラリにB.dllをリンクして使いのだけど、実行もデバッグも出来ない。 だけど、A.exeと同じフォルダ（たとえばDebug）にB.dllをコピーすると、実行できたりデバッグ出来る。 VisualStudioみたいに、参照設定しただけじゃダメで、コピーまでする必要があるの？ 面倒なんだけど、みなさんDLL作って、EXEから呼び出す時ってどうしてんの？ 707 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 01:21:23 ]  　　　　　　　　　__,,／　　_, ----｀ヽ　　：. 　　　　　：. 　／　_　　　　　___　　　､＼ 　　　　　　 / ／　　　i　　　 　 ＼ 　 ＼＼　：. 　　 　 ：.　,'./ 　 　 　 i　　ヽ:.　 　ヽ:.:..　ヽ.ヽ 　　　　　 ,'/　　　 / .ハ ヽ　ヽ:.:.:.:.　ヽ::..　ヽヽ　：. 　 　 　：. |i .i　i　 .i /　 ヽ ﾄ ､ ＼､:.:.:. ',:.',:.:.lヽ} 　 　 　 　|i .i　l 　:Ｎ＿, -弋　＼弌弋ナ:}:.:} 　　　　：. |i∧ ',　:{　,ｨjモﾄ　＼　 ｲjミﾄｲｲＶ　：.　　な… 　　 　 　 .|　 :ﾒヽ.', `ozＺ} 　 　　 izN｡ﾊ::{　　　　　なんなんだよもん？ 　 　 　 ：. |　 :ヾ_! ゝ　"ﾞﾞ　　　 ' 　｀ﾞ ハ.:',　：.　　　ここ、どこだよもん？ 　　　　　　|　 :.:_ｲ .:.ヽ. 　　(二ﾌ　, ｲ :.:.:!:.ヽ　　　　　なんであたし 　　　：.　 / rｨｲ |　:.:.ヽ: ＞r／｀＜ノ .:.::.}ヽ､＼：.　　　貼られたんだよもん？ 　　　 　 / ∧l;l　!　:.:.:.:/／{二￣ .} ..:..::ﾘ//ハ.:＼ 　：.　 ／　.{. ',ヾ､ヽi .:.:.{ ／(^｀　　|.:.:.:./／: : :.}: . ヽ.：. 　　 /　/　 ） ヽ ヾ､ヽ:.ﾊ　ﾔ{　　 ∧／.-‐'": : |:.:.　i ', 　 ./ .,ｲ　.:..}　: :＼ヾレ'ﾊ　∧__ノﾉﾊヾ､　 : : : l:.:.: .ﾊ ', 　 { /｜ .:.:ﾊ　: : :i Ｙ {ヾ｀Ｙヽﾆン'ノ}: : } : : : :/:.:.:/　}:.} 　 Ｖ　| .:.:/:.:|_,ｨ'￣　 ヽ三{　｀ー-ノ : ｲ : : :/:.:i.:{　　リ 　　　 ヽ:.:{､.:.Ｖ　　　　 : : ﾍ　　　　 : : {: : :/:.::∧| 　　　　 ヽ! ）人　　　　: : :人　 　 　 : : : / ＼!　：. 　　　　　　"　 ヽ　: : : : :/イ{　　　　　:.ノ: : : :.＼　：. 　　　　　　　：.　 ＼__／//: :＼______／: : : : : : : ヽ 　　　　　　　　　　　/　//: : :|;|: : : : : : i: : : __: : : : ', 　　　　 　 ：. 　 　 / ､ {;{　　 |;|　　　. : i／. : : : : : :| 　　　　　　　 　 ／　｀Ｙ;{. . . .|;|. : : : ／i: : : : : : : : :l 708 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 02:06:49 ] 「共有ライブラリプロジェクト」（B.dll）をPATHに追加すれば 709 名前：706 mailto:sage [2009/11/27(金) 02:22:35 ] Windowsの環境変数？ 実行構成の環境変数に入れたときは、実行できるんだけどデバッグできなかったから Windowsの環境変数は試してない。 他にPATH追加するところあったっけ？ 710 名前：デフォルトの名無しさん [2009/11/27(金) 14:58:02 ] virtual void hoge( void ) = 0; とやると undefined reference to `vtable for ... とエラーが出ます。 調べたところ virtual void hoge( void ) {}; としたらOKでした。 純粋仮想関数って使えないのでしょうか？ 711 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 16:46:25 ] 派生クラスでちゃんと仮想関数のオーバーロードやってないだろ。 712 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 16:56:35 ] >>711 いろいろやってるうちにコンパイルが通ってしまいまして 原因が分からずじまいでした。 スレ汚し失礼しました。 713 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 17:32:56 ] >>712 You shall die. 714 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 17:40:02 ] >>713 それ、殺害予告になってるよ 715 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 17:44:48 ] magic death car 716 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 20:35:01 ] >>713 shallは一人称の意志がこめられた未来の表現。 　will と shall の使い分け 　ttp://someya1.hp.infoseek.co.jp/G-will&shall.html 例：You shall be dismissed if you are late again.「こんど遅刻したら首だ」。 717 名前：716 mailto:sage [2009/11/27(金) 20:36:03 ] しかしまあ2chで「てめーぶっ殺す」みたいなことを書いても 逮捕されないんだから（＊いや、具体的に書いたらだめだろうけど） そのくらいでは大丈夫だろうけどさ。 718 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 20:52:51 ] こうなごの件は？ 719 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 22:06:29 ] >>718 こうなごは・・・ありゃダメじゃない？ まあ検察がどう考えるか次第だろうし 最終的にはその辺の判断は裁判してみないと分からないし。 720 名前：デフォルトの名無しさん mailto:sage [2009/11/27(金) 23:00:55 ] 　痛いニュース(ﾉ∀`):「小女子焼き殺す」 2ちゃんねるに殺害予告をした23歳無職を逮捕…「小女子（こうなご）は小魚だ」と否認 　ttp://blog.livedoor.jp/dqnplus/archives/1148332.html これか。 721 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 01:01:02 ] 「殺す」はダメで「死ね」はＯＫですか？ 722 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 09:57:08 ] >>721 まあ微妙なラインだよな。 「殺す」は明らかに殺人予告であり、厳密に考えたらダメだろう。 一方「死んでくれればいいのに」はOKだろう。だって本人の希望とか考えを 述べただけであり、それだけでは処罰の対象にはならないだろうな。 そして「死ね」は微妙なラインだと思う。 723 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 11:47:57 ] 別に殺人未遂で逮捕されたわけじゃないだろう 小女子はともかく学校名書くから、関係者に迷惑がかかる 99%ネタだと分かってても何もしないと責任問題になるし まあ、当時は似たような事件が多発してたから、見せしめの意味もあるだろうね 724 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 12:01:42 ] >>723 殺人予告は殺人未遂とは全然意味が違うし 俺だって別に殺人未遂で逮捕されたとは申し上げていないよ。 残り3行は激しく同意。 725 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 13:01:21 ] gccの話をしろよばかども 726 名前：デフォルトの名無しさん mailto:sage [2009/11/28(土) 19:31:16 ] code.google.com/p/go-windows/ 727 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 11:15:54 ] gccの話をしろよばかども 728 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 14:44:28 ] まったくスレ違いもはなはだしいな カスは死ねばいいのに 729 名前：デフォルトの名無しさん mailto:sage [2009/11/30(月) 16:58:39 ] 　　 ∧＿∧　　／￣￣￣￣￣ 　　（　‘∀‘）＜　オマエガナー 　　（　　　　） 　＼＿＿＿＿＿ 　　｜ ｜　| 　　（_＿）＿） 730 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 22:15:59 ] MinGWというのをインストールしたのですが日本語が表示されないみたいです。 不便です。 731 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 22:39:37 ] >>730 意味がわかりません。 何をすると何がどうなって どう困るんですか？ 本当はどうなって欲しかったんですか？ 732 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 23:31:16 ] >>730 ソースコードをUTF-8で書けば大丈夫なはずです。 SJISで書きたければ、コンパイラオプションに --input-charset=cp932 --exec-charset=cp932 を つければ大丈夫ですが、これは本家MinGWだとgcc4系では機能しません。 TDM's MinGW 4.4.1なら大丈夫です。 733 名前：デフォルトの名無しさん mailto:sage [2009/12/02(水) 00:49:22 ] >>732 おお！表示されました！ 諦めていたので助かりました。 >>731 通報しました。 734 名前：デフォルトの名無しさん mailto:sage [2009/12/02(水) 18:33:33 ] >>733 やさしい>>732がエスパーだったおかげで 無能なお前のレスを解釈してくれて良かったな。 通報？むしろしてくれ。 735 名前：デフォルトの名無しさん mailto:sage [2009/12/02(水) 19:08:18 ] なんの通報なんよ プライドを傷つけられたからか？ こちらはただ質問の意味が日本語になってなくて分からないから 質問しただけなんだけど 736 名前：デフォルトの名無しさん mailto:sage [2009/12/02(水) 19:19:08 ] 論理がわからない質問をム板で見るとかなりうんざりはする。 他ならともかくム板で!! 737 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 00:22:34 ] そうだそうだあ！ 738 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 00:32:16 ] 過疎スレが盛り上がってきたね 739 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 00:46:06 ] その調子で死ねばいいのにね 740 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 00:57:39 ] （　＾ω＾）おっおっおー♪ 741 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 11:07:46 ] 他人に自分の意図を伝えられない奴が、 コンピュータに自分の意図を伝えるプログラミングができるわけがない。 742 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 12:28:35 ] (　ﾟ∀ﾟ)o彡° 過疎！過疎！ 743 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 13:51:26 ] ラムダ式が使いたいのですが、いつから使えるようになりますか？ 744 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 14:40:37 ] GCC4.5から 745 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 15:37:02 ] >>743 意味がわかりません。 746 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 15:42:50 ] 馬鹿は黙ってろよな・・・マジで 747 名前：731 mailto:sage [2009/12/03(木) 20:58:48 ] >>745 お前、まさかまだ俺のレスを引きずっているんじゃないよなw そんなに傷ついたか？ 748 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 21:26:55 ] ヘッダファイルとかライブラリが数フォルダに散らばって気持ち悪い 749 名前：デフォルトの名無しさん mailto:sage [2009/12/03(木) 21:32:45 ] >>748 実装は関係なくないか？ まさか直接いじりたい人？ 750 名前：デフォルトの名無しさん mailto:sage [2009/12/04(金) 05:30:55 ] （　＾ω＾）おっおっおー♪ 751 名前：デフォルトの名無しさん mailto:sage [2009/12/05(土) 12:17:30 ] >>741 それだ 752 名前：デフォルトの名無しさん mailto:sage [2009/12/09(水) 22:48:44 ] ツリー構造になってるディレクトリのソースをコンパイルして 一つのディレクトリにobjを入れたいんだが、ぜんぜんできない 753 名前：デフォルトの名無しさん mailto:sage [2009/12/09(水) 23:10:14 ] vpath 754 名前：デフォルトの名無しさん mailto:sage [2009/12/10(木) 17:19:00 ] Makefileの書き方を工夫するとか？ 755 名前：デフォルトの名無しさん mailto:sage [2009/12/10(木) 22:06:27 ] >>752だけど。 vpathは昨日はなぜか利かなかったのに今日は利きました！ 結局objや最終ターゲット全てmake実行したところに作られて 理想には程遠いけどもうあきらめますたorZ。 756 名前：デフォルトの名無しさん mailto:sage [2009/12/10(木) 23:46:38 ] >>754 ......... 757 名前：デフォルトの名無しさん mailto:sage [2009/12/11(金) 01:02:39 ] mAKefiLE こうですか？わかりません！ 758 名前：デフォルトの名無しさん mailto:sage [2009/12/11(金) 02:01:15 ] aho aho.cpp aho.h boke boke.cpp boke.h obj Makefile aho.o: ../aho/aho.cpp ../aho/aho.h boke.o: ../boke/boke.cpp ../boke/boke.h 759 名前：デフォルトの名無しさん mailto:sage [2009/12/11(金) 09:06:04 ] $objd=./obj $(objd)/%.o: %.cpp 　$(CC) -c &< -o $@ で出来る 760 名前：デフォルトの名無しさん mailto:sage [2009/12/14(月) 03:40:18 ] $ac_cv_mingw32って何ですか？ 761 名前：デフォルトの名無しさん mailto:sage [2009/12/16(水) 22:27:07 ] >760 名前だけ見て判断すれば Autoconf で mingw32 について判定した結果のキャッシュ値だな。 762 名前：デフォルトの名無しさん [2009/12/17(木) 09:56:52 ] MinGW+gccを使うのに適当な統合環境ってありますか？ EclipseもNetbeansもうまくデバッグできないので 私の設定が不十分な可能性もあるので、調査中なのですが、 情報があれば教えて下さい。 763 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 10:10:09 ] >>762 ja.lmgtfy.com/?q=MinGW+gcc+IDE 764 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 11:26:16 ] >>762 Code::Blocksでgdbでのデバッグもうまく行ってるよ。 www.codeblocks.org/ 最新版に，NightlyBuild（現在の最新は5911）を上書きするとより安心。 forums.codeblocks.org/index.php/board,20.0.html > 私の設定が不十分な可能性もあるので、調査中なのですが、 > 情報があれば教えて下さい。 まさかgdbインストールしてないとか言うオチじゃないよね？ 765 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 12:16:11 ] >>762 Qt Creator 日本語ﾃﾞﾊﾞｯｸﾞはできないけど。 766 名前：デフォルトの名無しさん mailto:sage [2009/12/17(木) 12:49:40 ] Code::Blocksとかどうよ 767 名前：デフォルトの名無しさん [2009/12/17(木) 13:55:04 ] >>764-766 ありがとうございます。 Code::Blocksは候補にはいってましたが、未調査でした。 早速調査してみます。 768 名前：デフォルトの名無しさん [2009/12/21(月) 18:44:54 ] よかったね 769 名前：デフォルトの名無しさん mailto:sage [2009/12/23(水) 19:05:01 ] 1.7.1リリース！ 770 名前：デフォルトの名無しさん [2009/12/23(水) 23:33:45 ] >>769 何の1.7.1？ 771 名前：770 mailto:sage [2009/12/23(水) 23:34:55 ] NEW Cygwin 1.7.1 just released! これか。 772 名前：デフォルトの名無しさん mailto:sage [2009/12/23(水) 23:35:30 ] TDM MinGWは別に新しいの出てないしな 773 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 00:40:49 ] やっと1.7系列が標準になったのか？ これからまともに利用者が増えて ノウハウもたまって安定するだろうか。 774 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 07:28:06 ] さんざんテストリリース期間置いてのリリースなのに、まだ安定してないの？ 775 名前：デフォルトの名無しさん [2009/12/24(木) 15:43:42 ] 質問です。.dll.a から .lib　を作る方法はありますか？ 776 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 16:46:55 ] しらない 777 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 17:04:08 ] 何でそんなことしたいの？ まさかVC++でgccで作ったｄｌlを利用しようなんてことじゃ．．． 778 名前：775 mailto:sage [2009/12/24(木) 17:34:07 ] >>777 その通りです。 779 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 18:20:19 ] くっはー・・・ 780 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 18:21:48 ] c++の奴は無理でしょ 781 名前：デフォルトの名無しさん mailto:sage [2009/12/24(木) 18:23:11 ] 昔Borlandがそんなツール提供してたような。 782 名前：デフォルトの名無しさん [2009/12/24(木) 19:22:06 ] LoadLibraryとか呼び出せば普通に相互利用できるじゃん。 783 名前：デフォルトの名無しさん mailto:sage [2009/12/26(土) 10:49:37 ] 一番いいTex環境ってなんですか？ 784 名前：デフォルトの名無しさん mailto:sage [2009/12/27(日) 15:54:59 ] ffmpegをCygwin環境でビルドしています。 ビルド自体は問題なく終了したのですが、ffmpeg.exeを Windowsのコマンドプロンプトで実行する際、日本語ファイルを引数として渡すと 日本語が化けてしまいます。 MSYS環境でビルドした際は特に問題がなかったので、Cygwinの環境設定で 何か行ってやる必要があるかと思うのですが、 どのような設定を行えばよいでしょうか。 785 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 18:07:12 ] >>784 このスレでcharsetを検索せよ。 786 名前：デフォルトの名無しさん [2010/01/02(土) 15:11:38 ] MinGW-5.1.6.exeを実行したら iniやらgzが勝手にDLされたがどうするのこれ 787 名前：デフォルトの名無しさん [2010/01/02(土) 19:27:11 ] MinGWてなに？ 788 名前：デフォルトの名無しさん mailto:sage [2010/01/02(土) 22:24:53 ] cygwinじゃでかすぎるぞボケって人のためのGNUツール郡 ・・・なのかね。dllを共有しない分でかくなるような気がするけど 789 名前：デフォルトの名無しさん [2010/01/04(月) 21:19:35 ] 　MinGW について頻繁に尋ねられる質問と回答(MinGW FAQ) 　ttp://www.sixnine.net/cygwin/translation/mingw-doc/mingwfaq.html ここに > MinGW とは何ですか? >　　　　（中略） > MinGW は Windows オペレーティングシステムと共に配布されている > Microsoft のランタイムライブラリを利用します。 > Windows に対して移植された他の GCC とは異なり、 > このランタイムライブラリは > GNU 一般公有使用許諾契約書の元では配布されていません。 > 従って、あなたのプログラムと共にあなたのソースコードも配布する必要はありません。 > 勿論、あなたのプログラムが GPL のライブラリを利用していない限りですが… ってのがあるんですが、これは、 　MinGW上で 　　PublicDomainのライブラリX 　　標準Cライブラリ 　　標準C++ライブラリ 　を使って全部staticリンクしてクローズドソースな実行ファイル.exeを一般に配布する ということは可能だと解釈してよろしいですか？ 790 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 22:49:24 ] 標準ライブラリのライセンスに依ると思うけど。 実際にどうなのかというと、知らない。 791 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 23:04:00 ] >>789 標準Cライブラリのstaticリンクは無理な筈だな mingwはMSのCランタイムDLLとリンクするから 792 名前：789 mailto:sage [2010/01/04(月) 23:28:45 ] >>790-789 > mingwはMSのCランタイムDLLとリンクするから これって、 > MinGW は Windows オペレーティングシステムと共に配布されている > Microsoft のランタイムライブラリを利用します。 > Windows に対して移植された他の GCC とは異なり、 > このランタイムライブラリは > GNU 一般公有使用許諾契約書の元では配布されていません。 > 従って、あなたのプログラムと共にあなたのソースコードも配布する必要はありません。 ここにある記載とは別の事柄でしょうか？？ 793 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 23:58:17 ] >>792 いや同じだよ ただ、「Windowsとともに配布されているMicrosoftのランタイムライブラリ」 はDLLであって、staticリンクライブラリではないので staticリンクはできないよ 794 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 01:30:18 ] MinGW Alternative C Run-Time Lib (ACR) mingwacr.sourceforge.net/ そういえばこんなのもあったよね。 完全に頓挫してるっぽいけど。 795 名前：789 mailto:sage [2010/01/05(火) 06:36:04 ] >>793-794 ありがとうございます。 確かに 「ライセンスうんぬんの前にそもそもstaticリンクが無理だよ」 ということですね。 標準C++ライブラリに関しましてはいかがでしょうか？ 796 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 10:29:40 ] >>795 C++の場合は、MicrosoftのC++ランタイムではなくGNUの実装が staticに埋め込まれるようだね C++の場合はname manglingなどABIまわりの仕様がMSVCとGCCで 互換性が無いから当たり前だが つまり、ライセンスとしてはGNU C++標準ライブラリをstaticリンクした 場合のケースに従うことになる 797 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 10:34:03 ] ああ念のため C++の場合も、MSの「Cの」ランタイムDLLはダイナミックリンクされるよ 「C++専用の」ライブラリに関して、MS実装が使われないということね 798 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 13:49:36 ] www.gnu.org/licenses/gcc-exception.html 799 名前：>795 mailto:sage [2010/01/05(火) 21:27:51 ] >>796-797 ありがとうございます。 > ライセンスとしてはGNU C++標準ライブラリを > staticリンクした場合のケース は、いったいどんなことになるのですか？ >>798 GCC Runtime Library ExceptionはGNU C++標準ライブラリにも適用されていますか？ TDMビルドのMinGWを使っているのですが、 　COPYING 　COPYING.LIB 　COPYING.lib-gcc-tdm.txt 　COPYING-gcc-tdm.txt の中からいったいどれが標準C++ライブラリのライセンスなのか 分からないのです。 800 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 21:55:54 ] >>799 ttp://gcc.gnu.org/onlinedocs/libstdc++/faq.html ここを読むとよいぞ 簡単に言うと、GNU C++標準ライブラリ自体のライセンスはGPLだが、 >>798の例外事項によって、プロプライエタリなソフトウェアも 自由にそれを使っていいことになっているようだね つまりgccを使ってlibstdc++とリンクしてもGPL汚染されないってこった 801 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 22:03:23 ] いいかげんうぜえ・・・ 802 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 22:07:47 ] >>800 丁寧にありがとうございます。 拝見します。 >>801 左様ですか？ 803 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 22:30:24 ] --dynamicbase付けてもヘッダにビットが立つだけで再配置セクション無いな 804 名前：デフォルトの名無しさん mailto:sage [2010/01/06(水) 20:15:13 ] >>800 読みました。 ttp://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.license の、特に2.4が決定的ですね。 ありがとうございました。 805 名前：デフォルトの名無しさん [2010/01/07(木) 10:13:36 ] Cでプログラミングしているのだけど、簡単にCPU使用率を取得する方法はありませんか？ 806 名前：デフォルトの名無しさん mailto:sage [2010/01/07(木) 15:20:49 ] 超おおざっぱな方法だと、プログラムループの入り口と出口で時間を計って差分を求めれ まともな方法だと msdn.microsoft.com/ja-jp/library/cc429248.aspx www.hiramine.com/programming/windows/getperformance.html 807 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 13:19:22 ] もう一度聞きますが・・・ Cでプログラミングしているのだけど、簡単にCPU使用率を取得する方法はありませんか？ 808 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 13:24:00 ] スレ違いなのでは？ 809 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 13:56:45 ] 移植性のある方法では無い。 810 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 14:20:11 ] >>807 ない。 811 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 14:22:37 ] CPU使用率を取得して、何するんだろ 812 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:10:40 ] yaccファイルのコンパイルをするために、 Cygwinのsetup.exeからbisonをチェックして再インストールをすると エラーが出ます。内容↓ プロシージャエントリポイント_ctype_ptr_がダイナミックリンクライブラリcygwin1.dllから見つかりませんでした。 ttp://www1.axfc.net/uploader/Sc/so/72110.jpg cygwinインストールの手順は ttp://www2.ktokai-u.ac.jp/~kfuji/cygwin/cygwin.htm のサイトに書いてあるのと同じです。 エラーの原因と解決方法が分かる方がいれば教えて下さい。 813 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:14:44 ] cygwin1.dll のバージョンが違うんだろ。 その原因となると再現条件がわからんから なんとも言えんけど、 bison をソースからビルドするのが最もてっとりばやい方法だと思う。 814 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 15:25:39 ] ありがとうございます。 ソースからビルドのやり方がわからないけど、 普通にcygwinを起動しても同じエラーメッセージ出すようになったので、 cygwin1.dllを入れなおす方向でやってみます。 ちょっと出かけるので分からないことがあったら聞きに来ます。 815 名前：806 mailto:sage [2010/01/10(日) 23:05:42 ] え、俺スルーされたの？ なんだかなぁ・・ 816 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 23:10:46 ] 最近1.7になったからその関係じゃない？ 入れなおすなら丸ごと1.7にした方が良い希ガス 817 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 23:28:12 ] ややこしいから一回消してからcygwinを最初から入れなおすことにしたんだけど、 アンインストールが出来ないから手動で削除しようとしたらアクセスできません、 とかで削除すらできなかった。 火曜日に間に合えばいいのでとりあえずノートPCに入ってるcygwin触ってみたら bisonのコマンドは使えた・・・のですが、指定ディレクトリが何処か分かりません。 lsって入れたら一応中に入ってるものは分かったんですが、その場所が分かりませんでした。 どうやって確認すればいいんでしょうか？ 818 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 23:41:17 ] which コマンド 819 名前：デフォルトの名無しさん mailto:sage [2010/01/12(火) 18:06:59 ] boostをmingwでコンパイルするときにbjam --toolset=gcc --with-regex --with-filesystem link=static runtime-link=static release stage --prefix=/usr/local install としたら拡張子が.aじゃなくて.libになるんですがこれは仕様なんでしょうか。 それとも何か間違っていますか？拡張子を.aに直したら動いているようですが。 820 名前：デフォルトの名無しさん mailto:sage [2010/01/12(火) 22:12:33 ] tools/build/v2/tools/gcc.jam の中に ># On windows (mingw): >#     libxxx.lib   static library >#     xxx.dll      DLL >#     xxx.lib      import library と書いてあるから仕様だと思われ。 821 名前：デフォルトの名無しさん mailto:sage [2010/01/13(水) 03:26:28 ] mignwはlibもリンク出来るんだよ 確か、それで出来たlibはVC++からも利用できるはず 822 名前：デフォルトの名無しさん mailto:sage [2010/01/13(水) 23:22:40 ] ハードウェアメーカーが提供するSDKが、MSVC用のヘッダやライブラリなんだけど、 GCCでライブラリにリンクする方法ありますか？ wrapper書くしかないのかな。 823 名前：デフォルトの名無しさん mailto:sage [2010/01/14(木) 00:18:13 ] C++だったら、そうだね。 824 名前：デフォルトの名無しさん mailto:sage [2010/01/14(木) 00:50:48 ] >>820>>821 ありがとうございます。 libもリンクできるとのことですがaにしないとMKVToolnixのconfigureが通りません。 これはconfigureがlibを想定していないとかそういうことでしょうか。 825 名前：デフォルトの名無しさん mailto:sage [2010/01/14(木) 04:10:43 ] そういうこと 826 名前：デフォルトの名無しさん mailto:sage [2010/01/14(木) 23:44:22 ] crypt.exeがBackDoorとかでウイルスセキュリティに削除されるんだが どうすれば・・・ 827 名前：デフォルトの名無しさん mailto:sage [2010/01/14(木) 23:53:39 ] >>826 リアルバックドアだったりして。。。 828 名前：826 mailto:sage [2010/01/15(金) 00:12:06 ] >>827 すごく・・・困る・・・ 829 名前：デフォルトの名無しさん mailto:sage [2010/01/15(金) 07:09:19 ] >>828 ウイルスセキュリティってのはあのソースネクスト株式会社の？ とりあえず 窓の杜 - 【NEWS】オープンソースのウイルス対策ソフト「ClamWin Antivirus」v0.22 ttp://www.forest.impress.co.jp/article/2004/04/12/clamwin.html これでもう一度スキャンしてみるとか、 あるいは別のところが公開しているインストーラに乗り換えて ウイルスセキュリティが反応するかどうか見るとか。 830 名前：デフォルトの名無しさん mailto:sage [2010/01/15(金) 20:26:32 ] exe ファイルを書換えるプログラムを問答無用でマルウェアとして検出するソフトがあったりする。 実行ファイル形式のパッチはねこそぎマルウェア扱いになったり。 特定の API を使ってるものや、コードセクションを書換える種類のものもかなりの確率で マルウェア扱いになるよ。 831 名前：デフォルトの名無しさん mailto:sage [2010/01/15(金) 22:05:32 ] >>830 コンパイラ・リンカ全部アウトじゃんw 832 名前：デフォルトの名無しさん mailto:sage [2010/01/15(金) 22:49:04 ] 書き換えるのとは違う気が 833 名前：826 mailto:sage [2010/01/15(金) 23:22:37 ] ありがとう　やってみます！ あのソースネクストのウイルスセキュリティZEROです 834 名前：デフォルトの名無しさん [2010/01/16(土) 08:42:02 ] 教えた甲斐があった。さすが俺じゃんｗ 835 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 11:51:04 ] >>834 お前だれだよw 836 名前：デフォルトの名無しさん [2010/01/16(土) 21:17:03 ] mingw使い始めたんだけどマルチスレッドのオプションって-lpthreadじゃないの？ cannnot find -lpthreadとエラーが出るんだが 837 名前：デフォルトの名無しさん [2010/01/16(土) 21:25:35 ] それともう一つ、日本語が文字化けするのだが 838 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 21:35:12 ] >>837 >>372 839 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 21:42:55 ] >>836 それは pthread ライブラリをリンクするオプション。 pthread は主要な環境に対応したマルチスレッドライブラリだが、windows 自身は pthread 互換層をもっていない。 必要ならこれ ↓ を入れればいい。 sourceware.org/pthreads-win32/ windows のマルチスレッド API を覆って pthread 互換にしているので、 Windows のみで使うことを前提にするなら直接 Windows API を呼んだほうが融通が効いてよいと思う。 マルチスレッドは色々と複雑な理屈があるので、 他のライブラリと組み合わせるときにはそれがスレッドセーフかどうかとかちゃんと意識すること。 もちろん自分が書く部分もかなり意識しないと結構躓く。 840 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 21:55:45 ] どうしてmingwにはd3dx9がないの？ 841 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 23:56:18 ] >>837 >>732にもあるよ 842 名前：デフォルトの名無しさん [2010/01/17(日) 18:35:33 ] Mesa3Dがコンパイルできない・・・。 X11って何？ 7.0.xまではできたのに 843 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 21:32:36 ] >>842 ja.wikipedia.org/wiki/X_Window_System 844 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 14:07:29 ] >>843 なーんてね・・・。 845 名前： ◆grDYeooZwg mailto:sage [2010/01/18(月) 23:07:41 ] MinGWのプリコンパイル済みの開発環境としていつも MinGW Distro（nuwen.net/mingw.html）を使ってるけど 5.0はなんか変だなぁ。 ビルドした後にファイルの容量が異常に増える。欠陥品？ 846 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 00:10:13 ] 質問しようかと思ったのに事故解決したorz 消すのも嫌なので書き残してみるテスト ちなみに、リンカにも同じオプション渡してclean、リビルドで通った Dev C++4.9.9.2(MinGW runtime 3.14)をwin2kで使ってるんだけど、 配列の上限ってある？ これから変数一つでも増やすと落ちるんだ longがcharのちょうど1/4な辺り、メモリ絡みかと思うんだけど、 -Wl,--stack,10485760 (10MB)をCとC++コンパイラにオプション渡してスタック領域広げても落ちるからどうしようかと #include <cstdlib> #include <iostream> using namespace std; int main(int argc, char *argv[]) { // unsigned char buf[2080448]; long lbuf[520112]; // short i; system("PAUSE"); return EXIT_SUCCESS; } 847 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 00:52:13 ] >>846 > ちなみに、リンカにも同じオプション渡してclean、リビルドで通った そりゃー、-Wl,xxx ってリンカに渡すオプションだもの。リンカを起動 しないコンパイルフェイズのみのときに指定しても意味ない。 848 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 12:56:46 ] >>845 デバッグ情報ではないの？ 849 名前： ◆grDYeooZwg mailto:sage [2010/01/21(木) 17:44:01 ] 今度は、zziplibのビルドがうまくいかない・・・。 古いバージョン試してもダメ。 zziplib.sf.net/ >>848 デバッグ情報でした； ビルドした後、 strip *.dll strip *.exe で削れました。 850 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 19:47:20 ] >>849 デバッグ情報が最初から要らないならコンパイル時に -s オプション付けれ 851 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 05:18:16 ] cadforte落ちてる? ウチから繋がらないだけかね。 852 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 13:51:17 ] mingw.orgが… 853 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 13:53:42 ] TDMをここでの標準にしちまおうぜ 854 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 23:07:00 ] >>853 俺もTDM使っているんだけど、最新のgccがバンドルされないのはどうしてですかいな？ 待ち遠しいんだけど。 別に最新の機能を使う訳じゃ無いにせよ、さ。 855 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 23:20:59 ] TDMの方が本家MinGWよりgccのバージョンは上だよ。 TDMは4.4.1だけど本家は4.4.0。ちなみに本家MinGWの5.1.6というのはgccのバージョンでは ないよ。 Linuxだってgccのバージョンはディストリビューションによってまちまち。 さほど気にすることでもないと思うが。 856 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 23:31:15 ] なるほど。 gccの最新版は4.4.3だが、 本家MinGWで採用されているgccは4.4.0で、 TDMで採用されているgccは4.4.1なのね。 857 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 23:45:14 ] cygwinのgcc4は4.3 858 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 00:36:04 ] あるバージョンがどのアーキテクチャでも同じように安定して使えるかっていうとそんなこともなくて、 それぞれの環境ごとにある程度使い込んで検証しないと安心して使えない。 それぞれの環境で公式に追従しているバージョンを使うのが最も安全。 違うバージョンの gcc でビルドしたライブラリが混在すると非常に稀ではあるが変なことになったりもするので、 gcc だけ安定していてもそれだけじゃダメなこともある。 859 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 15:51:12 ] ぶっちゃけ MinGW は安定するのにかなり時間がかかるな… 860 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 23:17:08 ] しかしwww.mingw.orgはどうしたんだろ。 例のちょっとエラの張った感じのオネエチャンの写真が出てくるな。 SourceForgeの方は生きてて、MSYSが2010-01-28に更新されてるんだが．．． 861 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 05:49:46 ] ドメインの更新を忘れたんじゃね mingw.orgをwhoisで見ると 　　Created On:30-Jan-2000 01:56:24 UTC 　　Last Updated On:31-Jan-2010 01:22:57 UTC てなってるから2000年1月30日に取得してから今まで更新してたけど 今回更新を忘れたから期限の翌日に潰されたって感じで 862 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 06:16:17 ] 一応ドメインの所有者はまだMumit Khan（MinGWの初期の開発者）になってるな sourceforgeのMLでちょっと話がでてるけどまだ反応が少ない sourceforge.net/mailarchive/message.php?msg_name=201002021317.59904.keithmarshall%40users.sourceforge.net この人（一応開発者の一人っぽい？）はとりあえず mingw.sourceforge.netに移そうかって言ってる Mumit Khanにも連絡したけど返事はない状況みたいで mingw.sourceforge.netは現状mingw.orgに転送されてるし そこらへんのメンテナのEarnie Boydもまだ顔を出してないっぽいから なんか事態に対して全然動けてないみたい 863 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 09:42:17 ] 戻ったね 864 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 10:58:54 ] Mumit Khanは去年の2月に支払い情報をクリアして ドメイン管理をEarnie Boydに引き継いでいたらしい 更新の通知が来た時もEarnieに言ったんだけど音沙汰なしだったと んで費用を出してくれるなら協力はするけど…って言ってたけど 結局誰がどのように解決したのかは不明 865 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 18:13:03 ] 費用っつったってドメインなんて年間1000円くらいじゃん その程度の費用も出せないの？ もうそれならsourceforgeでいいじゃんって話だわな 866 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 05:33:42 ] いーじゃん すげーじゃん 867 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 18:24:15 ] ユーキ君のことはもう忘れてください 868 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 10:10:33 ] MigGWを使用しています GDB6.3.2をインストーラを使用してインストールしたのですが 7.0.1へのアップデートはどのように行えばいいのか教えてください 869 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 11:24:12 ] 何がわからんのかわからん。 つっかえてるところはどこ？ 870 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 11:30:54 ] 自力でやるしかないでしょ、GDB7.0.1のインストールは 871 名前：868 mailto:sage [2010/02/06(土) 13:08:09 ] >869-870 返信ありがとうございます そもそも7.0.1のバイナリをどうしたらいいのが分かりません 上書きもだめでしたし・・ C言語を勉強するためにMigGW+Eclipseで環境を作ってる最中で どうせ最新モジュールがあるならアップデートしようとしたものの 全くわからずにお聞きした次第です 872 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 14:45:51 ] >>871 だからその「だめでした」のはどういうことか書けっての。 どう駄目だったんだ？ 勉強がどうとかどうでもいいよ。 まず必要なことが日本語で書けるようになれよ。 873 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 15:18:55 ] >>871 だめでした それだけで分かると思うてか！ 874 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 17:32:08 ] 答えようとしたんですが、だめでした・・・ 875 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 23:47:07 ] お聞きしようとしたんですが、だめでした・・・ 876 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 00:02:59 ] ◆だめでした… 877 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 03:43:02 ] つーかフォルダ構成見れば分かりそうなものだけどな MinGWをC:/windows/Program Files/System32/Eclipse/gcc/4.4.0/mingw/にインストールしたとして SourceForgeから落としてきたgdb-7.0.1-mingw32-mingw64-bin.src.mingw.eclipse.tar.gzを展開して生成されたbinフォルダとshareディレクトリを C:/windows/Program Files/System32/Eclipse/gcc/4.4.0/mingw/にカット＆ペーストすれば まぁ十中ハック動くと思うけどな 878 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 09:44:03 ] どうでもいいんだが、system32 に eclipse 突っ込む って危険が危ないッ…再インストールみたいな事例が 起こり得そうだから ｃ:\直下辺りに入れるほうがいいと思うんだ・・・ 879 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 10:06:09 ] C:/windows/Program Files/System32 880 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 11:34:02 ] system ファイルはプログラムファイルじゃない、と思うの /usr/local/bin /usr/bin/ gcc/4.4.0/mingw/ のあとに仮想的な環境がぶら下がるし C:/windows/Program Files/System32/gcc/4.4.0/mingw/usr/bin 下の 云々を云々してとか、堪らんですorz c:/Users/ユーザー名/System32/gcc/4.4.0/mingw/ ならまだ納得できるけれども・・・ 881 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 00:31:22 ] 冗談に付き合ってくれてるのか真に受けてるのか分からんけど、後者だとしたらすまんかった mingw-5.1.6.exeでインストールしたなら大抵はc:/mingw/になると思うよ 882 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 22:33:12 ] 基本的な質問で恐縮です。 日本語が扱えないのですが解決策はありますか？ 883 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 22:42:46 ] 「扱う」というのがどういう意味かによります。 884 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 22:45:21 ] >>882 >>883が全て。 885 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 01:00:15 ] 例えば #include<stdio.h> main() { printf("こんにちは"); } をコンパイルすると コンパイルは出来るけど 画面に何も表示されないんです。 アルファベットだと大丈夫なんですけどね。 886 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 01:53:09 ] ソースコード中の日本語のエンコードは？ 出力したいエンコードは？ 887 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 08:20:29 ] cp932でスレ検索 888 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 09:36:14 ] >>885 >>372>>484 889 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 10:53:00 ] UNICODEの1バイト目が'\0'だから 表示しないで終了してるのかw 890 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 11:02:14 ] はあ 891 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 11:06:03 ] ひぃ 892 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 11:25:10 ] >>888 ふぅ。何度も同じこと書いてるんだがw 本家MinGWだとlibiconvが抜けてるからそのコンパイルオプションは使えない。 TDM版MinGWを使えばOK。 もう一つの選択肢は，ソースコードをUTF-8で書くこと。 893 名前：デフォルトの名無しさん [2010/02/17(水) 09:08:57 ] 今までcygwin1.5を使ってたんだけど、 今日違うマシンに1.7.1をインストールしたら>>885と同じ症状になった。 日本語がprintfとかで出力できない。日本語が\0に置き換わったかのような挙動。 ソースはUTF-8だろうとSJISだろうと症状は変わらず。 894 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 09:34:41 ] >>893 Cygwin のやつなら >>484 が効くだろ。 input をソースのエンコーディングに合わせて、 exec を LANG の設定に合わせれば いけるはず。 895 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 12:38:49 ] 日本語で不自由な思いをするのによく使う気になるなあ 896 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 13:37:26 ] cygwin じゃないけど MinGW + Qt だと日本語に不自由しなくなったし国際化も完璧になった 897 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 19:23:08 ] Qt かわいいよ 898 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 08:43:31 ] >>895 ロケールが多いから仕方ない 899 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 10:10:28 ] mintty 使ってutf8で書いてるからそういう問題は起きない。 900 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 12:20:28 ] いまどき sjis でソース書くなんて狂気の沙汰 901 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:47:32 ] 別にコメントだけって場合はS-JISでもいいだろ。 全否定するなよ。 まあ今みたいに日本語出力する場合は・・・ 環境に合わせろとしか言えんが。 902 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 06:37:52 ] sjisとpc98の独占状態が日本をダメにしたらしい 903 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 14:27:11 ] ダメになってない。 変化についていけない人がいるだけでしょ 904 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 16:07:25 ] バカがよりみすぼらしくなっていき、 頭の良いやつはちゃんと対応できる。 すばらしいことじゃないか。 905 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 17:07:43 ] -finput-charsetって、2004年から使えるようになってるんだけどね 906 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 18:28:50 ] なんだあ、mingwの自動インストーラーはもうメンテされてないのかあ。ははは。 今はマニュアルｲﾝｽﾄが推奨かあ。別にそう手間じゃないもんなあ。 ははは。 3時間前の俺のバーカバーカ 復元ポイントとらなかった俺のバーカ 死のう 907 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 21:48:32 ] >>906 たががマニュアルインストールくらいで手間を感じるような お前さんがMinGW使ってもろくな事にならない。 908 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 23:00:43 ] >>906 TDM/MinGW Installer TDM's GCC/mingw32 Builds ttp://www.tdragon.net/recentgcc/ じゃご不満？ 909 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 02:43:28 ] >>906 >>908 TDM版の方がいいよー オフラインインストーラーだから過去Ver手軽に置いておけるし -finput-charset=cp932 -fexec-charset=cp932そのまま使えるし 910 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 12:28:10 ] >>906 復元ポイントが必要なほどシステムに食い込んでないと思うが。 911 名前：908 mailto:sage [2010/02/25(木) 12:50:36 ] >>909 いや俺も使っているけど 912 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 12:51:22 ] これフォルダ消すだけで大丈夫だろ。 913 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 13:01:29 ] >>912 レジストリ 914 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 02:01:17 ] >>913 何をいってるんだ君わ 915 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 05:44:56 ] >>914 レジストリ使わないのか。しらんかった。 916 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 08:31:08 ] Cygwinならともかく、今してるのはMinGWの話だからね。 917 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 11:55:54 ] MinGWのgccとかは、どういうわけか適当にincludeディレクトリやlibディレクトリを見つけてくれるから レジストリ怖い怖いと思っていた時期が 俺にもありました。 でも未だに理屈がわからん。 918 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 12:56:30 ] gcc -print-search-dirs 919 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 20:05:21 ] >>916 Cygwinは使うのに、 MinGWは使わないのか。 へー。 920 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 23:47:03 ] >>917 ディレクトリ構成が決まってるから 自分自身の存在するディレクトリとコンパイルオプションが分かれば>>918のように決定出来る ・・・だよね？ 921 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 05:14:07 ] 環境変数とかコンパイラオプションでincやlibディレクトリが指定されてなかったら、 コンパイラがGetModuleFileName関数で得たパスから決め打ちでアクセスする感じかと。 922 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 19:14:51 ] >>917 オリジナルのgccからしてそうだ。 923 名前：デフォルトの名無しさん [2010/03/04(木) 06:33:45 ] >>922 何をいってるんだ君わ 924 名前： ◆grDYeooZwg mailto:sage [2010/03/05(金) 09:04:14 ] mingw-cross-envで全自動ビルドできるらしいと聞いて使ってみたけど、難が多い・・・。 mingw-cross-env.nongnu.org/ しかし、TDM以外にも結構MinGWって亜種が多いようで・・・ komisar.gin.by/mingw/ msys-cn.googlecode.com/ mamedev.org/tools/ nuwen.net/mingw.html ※TDM dwarfベース mingw-w64.sourceforge.net/ 925 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 09:50:28 ] これはすごい！乙 nuwen.netがすごくキレイにまとまってるようで興味あるなあ 926 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 10:37:38 ] mamedevのはmingw-w64と同じじゃないか? 927 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 13:23:00 ] こんなのもある www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64.html 928 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:56:51 ] >>923 ビルドオプションか何かで設定するんじゃなかった？ 929 名前：デフォルトの名無しさん [2010/03/08(月) 22:09:12 ] >>927 おそロシア 930 名前： ◆grDYeooZwg mailto:sage [2010/03/09(火) 10:13:43 ] >>925 今までそれ使っていたけど、DLLがすべて動的リンク・・・。 ちなみに、自分はmingw-cross-env＋komisarで環境作ってます。 cid-367e73e8cc6137b0.skydrive.live.com/self.aspx/Development%20Tools/Logue%20Pack/MinGW%5E_Logue%5E_pack%5E_20100228.7z 入っているもの： w32api version 3.14.0 gmp-4.3.1 mpfr-2.4.1 ppl-0.10.2 cloog-ppl-0.15.4 mpc-0.7 GNU Binutils 2.20.51.20100124 gcc version 4.4.3 (x86.core2.Komisar) (GCC) zlib-1.2.3 bzip2-1.0.5 pthreads 2.9.0.0 GC-static ＋ boost-1.4.2, flac-1.2.1, freetype-2.3.12, glew-1.5.2, jpeg-8, iconv-1.13.1（const改造済み）,libmad-0.15.1b, libmikmod-3.2.0, libpng-1.4.1, libsndfile-1.0.21, libogg-1.1.4, SDL-1.2.14, SDL_image-1.2.10, SDL_mixer-1.2.11（難あり）, SDL_net-1.2.7, SDL_ttf-2.0.9, smpeg-0.4.5svn389改, speex-1.2rc1, sqlite-amalgamation-3.6.22, libvorbis-1.2.3, zziplib-0.13.58 931 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:17:04 ] 特定しますた フォローもしましたw 自力で環境構築できるまで頑張ってみる、つもり 932 名前：デフォルトの名無しさん [2010/03/09(火) 22:14:42 ] mingw-w64は64bit専用なの？ 933 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 22:47:14 ] >>932 32bit用は-m32でコンパイルできるんじゃないの？ 934 名前：デフォルトの名無しさん [2010/03/10(水) 14:47:48 ] 俺用メモ TDM's GCC/mingw32 Builds www.tdragon.net/recentgcc/ Komisar Mingw komisar.gin.by/mingw/ msys-cn - Project Hosting on Google Code code.google.com/p/msys-cn/ MAME | Tools for building MAME on Windows mamedev.org/tools/ MinGW Distro - nuwen.net nuwen.net/mingw.html mingw-w64 mingw-w64.sourceforge.net/ Cross-Mingw.GCC - x86/x64 - XvidVideo.RU www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64.html 935 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 17:28:05 ] "表"とか"ソ"とかのダメ文字が通らなくて腹立ってきた。 936 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 17:45:14 ] utf-8 使うと幸せになれますよ 937 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 20:46:04 ] --input-charset=cp932 --exec-charset=cp932 938 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 23:40:58 ] コメント以外は全部英語にすればいいじゃんって思えてきた。 939 名前：デフォルトの名無しさん mailto:sage [2010/03/11(木) 00:55:28 ] ハードコーディングしなければいいじゃん 940 名前：デフォルトの名無しさん mailto:sage [2010/03/11(木) 13:38:57 ] そうだね Qt で QObject::tr とか m18n で書いておけばいいよね 941 名前：デフォルトの名無しさん mailto:sage [2010/03/13(土) 10:58:43 ] コメントこそ英語でいいよ 文字化けするコメントほどうざいものはない 942 名前：デフォルトの名無しさん mailto:sage [2010/03/13(土) 11:10:41 ] >>941 > コメントこそ英語でいいよ いやそれはおかしい 英語のコメントとか、どうせコーダの英語力なんてたかがしれているのだから やめるべき。 943 名前：デフォルトの名無しさん mailto:sage [2010/03/13(土) 13:39:17 ] roman letterの出番だな 944 名前：デフォルトの名無しさん mailto:sage [2010/03/13(土) 15:23:11 ] >>943 > 文字化けするコメントほどうざいものはない おおげさだな。 コメントなら文字化けしても大して問題ないだろう。 バカが書いた英語風の謎言語コメントもウザイだろう。 945 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 08:58:57 ] 本家mingwは、gcc4.5.0をやってるんだ 946 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 09:17:34 ] TDMにメール送っておくか 4.5.0はやくビルドしろって 947 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 10:55:16 ] TDMはたぶん安定感のあるバージョンを 優先しているのでは？ 948 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 13:15:35 ] でもffmpegとかmplayerとかの周りでは4.4.1は問題ありってことで みんなkomisarに乗り換えちゃったよ 949 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 13:19:36 ] じゃあやっぱりTDMがさぼっているだけ。。。 950 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 13:47:27 ] >>948 TDMのgccが、ですか？ 本家に問題があるようなので乗り換えようと思ってたのですがこっちも問題ありですか… 951 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 20:23:28 ] >>948 TDMというよりgcc自体にってことじゃない？ 952 名前：デフォルトの名無しさん [2010/03/15(月) 21:13:59 ] そう、gcc4.4.1自体に色々問題があるのでみんな4.4.2にする必要があった でもTDMは4.4.2を出さないのでkomisarに替えた バグフィックスも大量にあったのに更新もせずアナウンスもなしだから、 もはや終了ととらえてもいいのかもしれない 953 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 21:23:27 ] だだのもんに文句言ってもしょうがないでしょ 954 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 22:54:44 ] まあTDMのスレじゃねぇから、俺らとしては 別にそんなに悲しくはないよな。 >>934の中では何がいいってか何が違うの？？ Komisar Mingwが一番人気なのかもしれんけど ライセンス的に人気なの？ 955 名前：デフォルトの名無しさん [2010/03/15(月) 23:18:52 ] komisar使ってるけど、これもそろそろ更新して欲しい。 956 名前：デフォルトの名無しさん [2010/03/15(月) 23:23:05 ] XvidVideo.RUを使ってる人はいる？ 957 名前：デフォルトの名無しさん mailto:sage [2010/03/16(火) 00:13:20 ] 最新のを追っかけたかったらここのでいいの？ sourceforge.net/projects/mingw-w64/files/

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef