元スレCygwin + MinGW + GCC 相談室 Part 4
gcc覧 / PC版 /みんなの評価 : ☆
603 = :
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/crt0.c?rev=1.4&cvsroot=src
604 = :
>>603
ありがとう。
これで-municodeが使えるようになるといいが。
http://www1.axfc.net/uploader/Sc/so/42950.zip
606 = :
>>593
vimは一個前のMSYSの本体に入ってたが最新版で別パッケージに分離された.
607 = :
2009-10-08
TDM-2
fixing the bug that caused a major slowdown in nearly any non-trivial program.
608 = :
>>607
待ってました! 情報サンクス!
609 = :
早速>>607紹介のバージョンに入れ替えて>>538の問題をテストしてみた。
直ってる!ヨカッタ。
610 = :
キター
611 = :
MinGWでUnicodeアプリケーションが作れないのだろうか?
612 = :
>>611
Unicodeアプリケーションが何を指してるのか知らないが、
俺はutf-8でソースコード統一して書いてるけど正常に動作してるよ。
内部での文字列比較とか問題なく動く。
614 = :
__wargvが使えないみたいだけど。
616 = :
>>607
入れた㌧
On Demand Installの方はバグがあるらしく途中で止まるな
26.2MBの方を落としてインストールすればOK
617 = :
おおホントだ。
上で既出だけどパピコ。
TDM's GCC/mingw32 Builds
http://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 = :
ちゃんと測定したわけじゃないんだが、4.3.3より4.4.1-tdm-2の方がかなりコンパイル速くなってる
気がする。
環境が違うんで単純には比較できないけど、wxWidgets2.8.10の全種類(8種類)のライブラリのビルドに
4.3.3の時は12時間近く掛かってたのが、今日、自宅のマシン(もう4年位前のたいしたことないPC)で
やってみたら3時間くらいで終わった。
619 = :
>>618
きみ、前にC::Bのスレにいた子?
620 = :
>>619
50前だが。
621 = :
mingw 上でなにか make しようとすると
大抵 libintl.la がとか gettext がとか文句を言われて
コンパイルできない
http://gnuwin32.sourceforge.net/packages/gettext.htm
ここにバイナリが置いてあるかと思い落としてきてみるも
libintl3.dll とかよくわからないファイルが入ってます…
これを libintl3.dll -> libintl.la として動かすこと
できるでしょうか?
sourceからbuildしないと駄目なのでしょうか
もしそうだとすると複数の窓環境にインストールするとか
不便すぎる mingwを入れて
perl5.8.1以上をmingw上の/usr/bin下にインストールして
gettetxt を make して、ようやく目的のソフトに取りかかれるorz
623 = :
>>621
それを「よくわからないファイル」とか言ってしまう奴がなんで mingw 使ってんの?
Developer files や Dependencies も必要。
全部スタティックリンクにしたいならソースからビルド。
626 = :
gcc-tdmと、http://sourceforge.jp/projects/sfnet_mingw-w64/
はどっちがいいのか教えて。
サイズ的には、mingw-w64のほうが多いけどこっちの方が性能上?
629 = :
書庫形式でTDM/MinGWのサイズ8倍あるから
こっち入れれば何でもコンパイルできるんじゃないかとわくわくしてる所。
たとえばffmpegが追加なしで出来たりとか。
632 = :
MinGW-w64 - for 32 and 64 bit Windows
633 = :
>>632
別のプロジェクト作るなってこと。
mingwの公式はここだけだ。
http://www.mingw.org/
634 = :
本家は、停滞してるからね
640 = :
>>639
thx 助かりました。
641 = :
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 = :
If you do have a choice of surgeon or hospital, ask the surgeon the following questions: What are your qualifications? ,
644 = :
MinGW g++ 3.4でビルドして作成したライブラリを
MinGW g++ 4.4.0でビルドしたソースとリンクして使用できますか?
645 = :
>>644
丁度Qtでそれに引っ掛かって,某フォーラムでバイナリの互換性がないことを
教えてもらったばかり。
但し,俺のところではTDM's MinGW gcc(g++) 4.4.1で,本家MinGW g++ 3.4.5で
ビルドしたライブラリが使えている(完全に大丈夫かどうかは不明)。
本家のg++4.4.0は,本家g++ 3.4.5でビルドしたライブラリが使えない。
646 = :
>>645
情報ありがとうございます。
やっぱり使えないんですね。
647 = :
MinGWでビルドしたdllと、それをダイナミックリンクしているexeの組み合わせが
Windows7で動作しない(DLLを読み込めていない?ちなみにXP/VistaではOK)らしいのですが、
Win7との相性についてどこかに情報ありますでしょうか?
自分で試せるのはXPとVistaだけなので状況がさっぱり...
649 = :
http://www1.axfc.net/uploader/He/so/251110
650 = :
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にかいたのだが
あと何か定義しておいたらいい環境変数はある?
みんなの評価 : ☆
類似してるかもしれないスレッド
- Cygwin + MinGW + GCC 相談室 Part 8 (938) - [97%] - 2022/10/28 8:00
- Cygwin + MinGW + GCC 相談室 Part 7 (996) - [97%] - 2014/9/21 2:15
- Cygwin + MinGW + GCC 相談室 Part 6 (981) - [97%] - 2012/12/30 23:15
- Cygwin + MinGW + GCC 相談室 Part 5 (981) - [97%] - 2011/4/6 2:32
- Cygwin + MinGW + GCC 相談室 Part 3 (1001) - [97%] - 2008/9/12 0:04 ★
- 【激遅】AppleGCC【絶望】 (111) - [1%] - 2010/1/15 10:31
トップメニューへ / →のくす牧場書庫について