Cygwin + MinGW + GCC 相談室 Part 4

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 11/19 11:00 / Filesize : 247 KB / Number-of Response : 958
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/
153 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:51:02 ]: シンボリックリンクできるけど、mklinkがcmdの内部コマンド？なのか、
cygwinやmsysじゃ使えないんだよね。
わざわざcmd起動してリンク作ってるけど。
154 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 22:07:53 ]: 内部コマンドだよ
mklink.exeなんて記事書いて飯喰ってるのも居るがな
155 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 09:57:53 ]: Cコンパイラのライブラリの仕様ってどこで調べられますか？
156 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 11:33:11 ]: >>155
そのライブラリの仕様書・マニュアルなど。
157 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:25:21 ]: GCCの場合それはどこで手に入りますか？
158 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 13:52:44 ]: インターネット
159 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 14:05:25 ]: インターネットのどこのサイトでしょうか？
160 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 14:20:34 ]: letmegooglethatforyou.com/?q=glibc
161 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 14:38:51 ]: どうもありがとうございました
162 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 19:38:17 ]: >>157
使っているライブラリによって異なる。
たとえばGCC自身はprintf()の実装は提供してない。UNIX上で使っている
ならそのOSのマニュアルだし、MingwだったらMicrosoftのサイトを見る
べき。
163 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 02:44:36 ]: XPで使ってたCygwin+MinGWの環境をそのままWin7に持ってきたんですが
gitとかpatchとかコマンドが全然動きません。
どうしたらいいんですかこれ…
164 名前：デフォルトの名無しさん [2009/02/10(火) 12:03:09 ]: >>163
なんかエラーが出るの？
165 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 13:51:08 ]: Pathを通して無いだけじゃないの
つか、βのWin7の事までしらねーよ
166 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 14:24:45 ]: どうしたらいいかと言えば、自分の作業に問題が無いか見直し、それでもだめだと確信できるなら、
問題を切り分けて、Windows 7 βのフィードバックを入れるか、
CygwinかMinGWにバグ報告を送りつけるかに決まっているだろう。
167 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 14:33:59 ]: レジストリにあるマウント情報とかも当然移動したんだよな
168 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 15:22:37 ]: ttp://bitwalk.hp.infoseek.co.jp/
を参考にLinux(Fedora10)にMinGWのビルド環境を構築しているのですが
gcc(configure --target=i386-mingw32)のmakeに失敗します
binutilsは2.19、gccは3.4.6です

Linux上でMinGWのクロスコンパイル環境の構築に成功している人はいますか？
他に何か必要な物とかあったら教えてください。よろしくお願いします
169 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 16:24:06 ]: >>168
F10なら、mingw32のパッケージがyumでインストール出来るよ。
170 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:25:46 ]: msysで足りないコマンド類は基本的にcygwinから引っ張ってくるものなんですか？
171 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:35:26 ]: cygwin1.dllに依存してるのはそのままじゃ使えないと思う。
172 名前：デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:44:41 ]: >>170
基本的にはmsysでsourceからbuildするものだけど、pathやバージョン古くて通らないのも沢山ある。
そういう時は、cygwinか、coLinux等でcross compile環境を作ってbuildする。
MSYS-bashのpath周りをもっと柔軟にすれば、通りやすくなるのかもねえ
173 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 16:42:04 ]: g++ (GCC) 3.4.5 (mingw-vista special r3)
new が argc 直前のアドレス取りやがるんですが
私はどんな壊し方をしたのでしょう？
174 名前：173 mailto:sage [2009/02/20(金) 17:15:26 ]: ×argc → ○argv 直前のアドレス
175 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:15:29 ]: 意味がわからん
176 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:27:32 ]: main (int argc,char **argv){
int* buf = new int [100];
　↓ が何故か
int* buf =new ( argv - 1) int [100];
177 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 21:58:33 ]: >>176
「が何故か」ってそれをどうやって確認したの？
178 名前：デフォルトの名無しさん [2009/02/21(土) 00:30:12 ]: 無料なのでMinGWでウィンドウズのアプリを作るのを勉強しようとしたら説明してるサイトが見つからない。
これはどうしてなのでしょうか？
MinGWのインストールやコンパイルを説明してるサイトは沢山あります。
MinGWはインストールして他人のソースをコンパイルして満足するだけのもののような感じを受けます。
179 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:25:09 ]: なぜならMinGWでもVisual C++でもBorand C++でもWindowsアプリの作り方は同じだから。
MinGWの解説をしているとこは、MinGW特有の部分の解説に徹しているだけのこと。
180 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:27:23 ]: 倍精度の浮動小数点演算を多用する、レイトレーサの一種を書いてます。
VC++ 2008 Express Edition と icc 9.0 では問題なく動作するのに、
MinGW の GCC だと計算結果がおかしくなります（レイが想定外の場所に
飛んでいってしまう）。GCC の3つのバージョンを試しましたが変化なし。
gcc version 3.2.3 (mingw special 20030504-1)
gcc version 3.4.5 (mingw-vista special r3)
gcc version 4.3.0 20080305 (alpha-testing) mingw-20080502 (GCC)
実行環境は XP SP3 です。何かちょっとしたことを忘れている気がするん
ですが、アドバイスをいただけませんか。よろしくお願いいたします。

>>178
基本的に VC++ やなんかと同じ要領で Win32 API を使ってアプリからでは。
Win32 API を使ったプログラミングは情報がたくさんありますよね。
Unix 環境のつもりでプログラムを書き始めるとライブラリ関数があれも
これも無くて泣きを見ます。例えば
・GUI は Win32 API で手書きするか Win32 環境で使えるツールキットを使う。
・gettimeofday() が無いので計時には Win32 の QueryPerformanceFrequency(),
QueryPerformanceCounter() を使う。
・共有ライブラリの動的リンクは dlopen() ではなく LoadLibrary() でやる。
・OpenGL を使うには Win32 固有の wgl 関数群を用いる。
・Win32 に移植された pthread ライブラリを使うのでなければ
pthread_create(), pthread_mutex_init(), pthread_mutex_lock() ではなく
CreateThread(), CreateMutex(), WaitForSingleObject() を使わないといけない。
といった具合です。Win32 環境のつもりで情報を集めるとよろしいかと。
181 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:49:43 ]: >>180
そこまでするならまずはCygwin使えよ。
というのはともかく、178はUnixから来たのではなく
本当にここから始めようとしているように思った。
182 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:53:52 ]: ここで、VC++ Express(無料)を薦めるのはなしか
183 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 02:09:27 ]: >>180
homepage1.nifty.com/herumi/prog/prog90.html
184 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 02:35:43 ]: >>183
レスありがとうございます。
このスレの Part 3 で _controlfp のことを教えていただいたのは私です。
カキコの直後まで失念しておりました。
_controlfp(_PC_64, _MCW_PC) だと GCC と ICC では NG、VC++ では OK で
_controlfp(_PC_53, _MCW_PC) だと3つのコンパイラすべてで OK でした。
また髪の毛が減ってしまいました。本当にありがとうございました。
185 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 03:00:03 ]: 個人的な感想ですけどVC2008EEはなかなか良かったよ。
この茨の道を突き進むよりも初心者はVCのほうがいいと思われ。
186 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:16:44 ]: >>184
あの思うですけど、そこまでしてネイティブ・コンパイラにこだわる意味はあるんですか？
たぶん良くあるプログラミングの落とし穴だと思うんですが、
計算のロジック部分はジャバやCシャープにして、描画やレンダリングのところだけネイティブ（Cコンパイラ）にすれば、髪の毛もフサフサのままですよ。
もしCやフォートランしか知らないというなら、あなたの勉強不足が原因なので自業自得なんですけど。
187 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:35:25 ]: >>185
んだな
多少操作やアプリ依存の用語を覚える必要はあるが、
理解度や開発効率を考えると初心者はあれでおｋ

なのに、何で某ランドがいまだにはびこっているのかｗ
mingw等はマルチを意識すると選択肢として出てくるが、
某ランドは選ぶ理由がさっぱりわからん

>>186
用途が逆な気がするが・・・
188 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:53:02 ]: >>187
だよなぁ俺も逆だと思うよ
189 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:04:17 ]: 仮想マシンが手軽になってからは、個人的にはmingwの出番が減ったな
190 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:08:45 ]: そうか？
ウェブアプリとかビジネスロジックといわれる部分は、ハード特有じゃないのでジャバとかのほうが向いてると思うんだが・・
逆にダイレクトXとかネットワーク・メッセージ機構の言語外（ハード部分）はMSとかジャバでもいいけど、例えばジャバに「ウインドウのハンドルを取得するAPI」が用意されてないと結局ネイティブAPIを使うから、ネイティブ向けのコンパイラが必要になってくる。

というか、そこまで計算のロジック（アルゴリズム）を速くしてこだわってるなら、一つのコンパイラに徹するべきであって、GCC使ってみたりBCCやICC使って浮気する必要はないと思うんだけどなあ。
やってみれば分かると思うけど、結局早くて効率的なロジックをフォートランとかICCで実装したところで、ウインドウズならDLL呼び出し関数呼び出しのコストで相殺されるからあまり関係なくなるんだけど。
どういうの作ってるかわからないけど、PC並に複雑な機構のOSだと、そもそもロジックが速いとか、プリミティブ型(double)の演算誤差がどうとかあまり関係ないんじゃない？
191 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:19:31 ]: レイトレを書いてるらしいから、数値計算メインで
DLL呼び出し関数呼び出しのコストはほとんど無いような
思いっきりネイティブ向けの希ガス
192 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:53:25 ]: レイトレはやったことないけど、そのロジックをストリーミング用のプログラミング手法（GPUとかCELL)に持ち込めれば、１００倍ぐらい速くなるんじゃないか？
昔のままネイティブAPI（OSコール）てんこもりでソースもforとifだらけってのでも別にいいけど、画像解析じゃなくてただのレンダリングだし、そういうプログラミング・スタイルはもう流行らないと思う。
どっちにしてもネイティブ・コンパイラ使ってるくせに気軽に浮気するような素人じゃろくなもんじゃないだろうけど。
193 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 07:45:25 ]: ここ10スレ位の書き込みは酷いな。

複数のコンパイラを通すのは、移植性やソースをクリーニングする為の超基本。
限られた精度の計算とloopが主なレイトレで、javaとかfortranて何のネタ？
borlandは1番parserの出来が良いので、初心者の多い2ちゃんではお薦め。

windowsのgccにもgettimeofdayはある。ぐぐって出てくるし、
unofficialな自宅の4.3.3でも通った。
iccは知らないけど、VCってdefaultでSSE使って無かったっけ？
俺なら計算結果をファイル出力してdiffするけど。
ところでsjljなgccでレイトレって凄く遅くない？Dwarf2も試そうよ。
libraryコンパイルし直すのに少し苦労するけど。
194 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 09:39:57 ]: 確かにbccは警告が(他と比べて)適切という印象はある。
195 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:43:04 ]: ISO－Cに準拠したいのか、よりネイティブ向けに特化したプログラムを作って速度や効率を稼ぎたいのか、君は何をやりたいのか意味不明。
超基本は、ISO－Cに準拠して君の満足であるかどうかではなくて、仕様や要求を満たしたプログラムであるかどうかじゃないか？
それこそ計算部分のロジックとネイティブのハード部分を分離するような設計（使用）をすることのほうが基本だと思うが、どうだろう。
昔から構造化プログラム（モジュール化）やオブジェクト指向など方法論があるわけで、
君の主張するプログラミングスタイル（複数のコンパイラを通すだと？！）はまったく流行らないと思うが？
君のような宗教観では、どうでもいいところに神経使ってばかりで、さらに髪の毛をなくしていくんだろうけどｗ
196 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:49:24 ]: 何だか急に芳ばしくなってきましたね。
197 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 11:03:33 ]: >>193
ソースで配布するんですか？
windowsだとハードが常に進化するんで、そのときのハードにあったAPI（DirectXなど）を使い、
そのプログラムに一番最適なコンパイラ（Cに限らない）を使ってDLLなどのバイナリで配布する方式の方が受けると思うんですけど・・・
198 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 11:07:36 ]: >>193
もしかして「Javaは遅い」とかを信じちゃってるJIT以前のオジサン？ｗ
199 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 12:52:03 ]: JAVAがどれだけ速くなってもC以下なのは変わらないだろ。
200 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:30:17 ]: >>199
実行時コンパイルだからこそできる最適化というのもあるんだよ。
まー、たいていはCの方が速いけど。
201 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:51:50 ]: そのプルグラムが実行時のハード構成SSEなどに合わせて動的にコンパイル（JIT)されるようになればそうともいえないんじゃない？
202 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 17:09:22 ]: >>201
それはいったい何年後の話だ？
203 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:27:33 ]: >>200
実行時にコンパイルすると、どこがC(アセンブラ)より速くなるの？
204 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:30:56 ]: MS謹製CLI戦略は将来の自動並列化でJavaに置いて行かれるのを恐れた為なんだぜ？
205 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:33:01 ]: ハードウェアの構成にあわせてアセンブルしてくれたほうが断然早いね（笑）
206 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:55:35 ]: 香ばしい流れ
207 名前：178 mailto:sage [2009/02/21(土) 19:01:52 ]: >>179-187
レスありがとうございます。
Unixはほとんど知らないからMinGWを使う利点はあまりないないのかな。
MinGWも同じということはWinMain()とかで組めるのかな？
でもwindowsのアプリを作るにはVC2008EEがよさそうですね。
そうします。おじゃましました。
208 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 19:21:36 ]: 1年前のJava6u10でこのくらい。まだ先は長い。
ttp://d.hatena.ne.jp/kkawa/20080330/p1
209 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 20:05:47 ]: >>207
MinGWはあくまでビルド環境でしかないよ
俺は基本VC++EEで管理＆コーディングして、ビルドはどちらでもできるようにしてる
どちらにしろリソースエディタは別に必要だし
210 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:31:14 ]: レイトレなんて生成終了までAPIなんてほぼ関係なくて、ひたすら演算だけじゃん
環境依存部分をネイティブで個別実装するのがいいとか、きちｇ(ry
なんか、レイトレ→3DCG→DirectXとか思ってそう

あとGPGPUでレイトレすればいいって環境を選びすぎるし、
もしレイトレの学習が目的なら、不純物が増えて意味ないだろ

これは……釣られたのか!?
211 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:08:18 ]: ジャバと書いてるだけで正直胡散臭いし
長文な上に、どの主張も「だと思うんだけどなあ」「じゃない？」とか
曖昧な表現で逃げてる時点で、な
212 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:08:42 ]: 演算の途中経過とかをリアルタイムに見たいんじゃないの？
標準的な画像や動画フォーマットに出せばAPIはいらんよなぁ，確かに
213 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:19:53 ]: >>208
コウスケちゃんのブログなんてあったんだｗ
さすがに日本人ハッカーだね
214 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:28:20 ]: >>210
＞なんか、レイトレ→3DCG→DirectXとか思ってそう

この流れは３Dであってレンダリングと関係ないと思うんだが。
DirectXを未だにゲーム用のAPIとか考えちゃってるの？
ひたすら演算だけでネイティブに依存する必要がないなら、ジャヴァとかC#でいいんでない？
なのにどうしてこだわるんだろう。どうせスピードを求める君のポリシー（笑）なんだろうけど。
215 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:44:31 ]: なんで演算メインでJavaやC#使うんだよ？バカなの？死ぬの？
216 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:24:01 ]: ちょっと待て、偽者が混じって楽しんでるだろ、おいｗ
217 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 09:17:22 ]: その前に本物ってどれ？
246みたいなのは本気で言ってるの？
なんでこんなのがtech板に居るの？
218 名前：デフォルトの名無しさん [2009/02/22(日) 09:45:52 ]: コンパイラぐらい金出して買えよ
いつまでもオープンソースにいると髪の毛なくなっちゃうぞ
219 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:10:04 ]: >>246がどんなことをマジで言うのか期待
220 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:19:20 ]: >>219
何言ってんの？？？
221 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:44:03 ]: 少しは考える力をつけろ。
222 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 14:09:21 ]: >>218
オープンソースと髪の毛は関係性が薄い
ツーカ、オプソ界にいるやつはみんなフッサールだ
問題なのはヒゲ
223 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 15:55:33 ]: >>218
オープンソース以下のコンパイラが多すぎるからなあ
224 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 04:58:13 ]: オープンソースのコンパイラは実質GCCのみじゃないの？何と比べてるかわからんが、糞はお前ｗ
225 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 06:37:55 ]: オープンソースなコンパイラはそれなりにあるが、
実質gccのスレなので、gccと仮定しても、クソという
理由が見いだせない。この意味不明な論理展開を行う
>>224には、VIPがお似合いだろう。これは224の
書き込み時間からも、容易に想定可能である。
226 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 07:09:15 ]: >>225
はいはい。能書きはそれぐらいにして早いところVIP板へ行ってくらはい
227 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 07:59:06 ]: 結局なんの説明も出来ない無職か
228 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:05:03 ]: >>224って>>218?
まずはgccより高機能な市販コンパイラを出して貰いたい
229 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:33:24 ]: cygwinってCPU強化したら速くなんの?
configureが遅すぎて泣ける
230 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:42:41 ]: 手持ちのCentOS4やUbuntuと、大差ない気がしたんだけど、
大きなファイルなら差が出るのかな。差があるとしたら
I/Oまわりだろうねえ
231 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 23:21:31 ]: >229
configure が遅い理由は cygwin 特有のプロセス起動とファイル I/O にかかる種々の変換だとか前処理の
コストだと思うんで、速くはなるだろう。
232 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 12:27:11 ]: cygwinのファイルI/Oは遅いよ。ストリームI/Oをバッファ入出力の段階でシミュレートするのではなく
関数レベルでシミュレートしているようで、fgetc()をループで回すだけでも結構差が出る。

>>228
iccは高性能だけど、高機能と言うのはどういう尺度?
gccを否定する気はさらさらないけれど、最近のx86系CPUを使いこなすには力不足なのは否めない。
233 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 13:04:58 ]: msysをつかえばいいじゃない。
大概のことはmsysでカタがつくでしょ。
234 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 13:10:53 ]: msysはメモリーリークが酷いから嫌
235 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 14:02:34 ]: >>234
kwsk
236 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:06:45 ]: >>234がお漏らしプログラム作ってるだけっていう落ち
237 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:21:24 ]: リークと違うけど、Qt4コンパイルしてて、なんのエラーも
出てないのに、mingw32-makeがエラーで止まる事ならあった。
Dwarf2でbuildしたgcc4.3.3が原因の可能性も高いが。
ああ、msys全然関係無かったねw
238 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:53:46 ]: Qt4はメモリ4Gあろうがページファイル1G以上用意しないと確実にこけるね
239 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:00:40 ]: MSYS+MinGWでMKVtoolnixコンパイルしてて、動くバイナリはできんたんだけどちょっと気になってることがある。
公式で配布されてるバイナリにはregex2.dllがあるけど、自分のにはない。
何かのライブラリがスタティックリンクになってるんだろうけどどれかわからない。
名前からして正規表現だろうからboostかと思ったけどlink=sharedにしてコンパイルしてもそんなdllない。
何のライブラリか教えてください。
240 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 05:04:14 ]: glibc
gnuwin32.sourceforge.net/packages/regex.htm
241 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:27:42 ]: APIを使わないDLL遅延バインドのやり方がわからん。
242 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:42:21 ]: >>240
㌧
でもこれ突っ込んでもやっぱりregex2.dllは使われないな。何でだろう…
243 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 21:25:45 ]: >>241
なぜAPIを使うのがいやなの？
244 名前：239 mailto:sage [2009/03/02(月) 01:36:26 ]: 公式のバイナリをDependency Walkerで調べてやっとわかった。
libmagicの依存ファイルだったのか。
libmagicはうまくコンパイルできなかったらバイナリ取ってきてたからそのせいか。
245 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 18:41:39 ]: ちょっと前に

「gccの4.x.x系は3.4.5よりもWindows環境への対応が悪い」

と聞いんだが、未だに悪いの？
俺が興味あるのはg++だけだが、g++に限ってもそう？。
246 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 05:19:57 ]: 何をして対応が悪いといっているのか不明なのでなんとも・・・
247 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 11:34:41 ]: MinGW
sourceforge.net/project/showfiles.php?group_id=2435&package_id=24963&release_id=46827

ここから src 以外の tar を全部ダウンロードしたんでしけど、
解凍したら同じ名前のファイルが重複しているんです。
たとえば bin/bash.exe なら
bash-3.1-MSYS-1.0.11-1.tar.bz2　　　　bash.exe　607,744 バイト
msysCORE-1.0.11-20080826.tar.gz　　bash.exe　911,646 バイト
の両方に入っています。
いったいどちらの bash.exe を取ればいいのでしょう？
ほかにも tar.exe などなど、重複がいっぱいあります。
どれを入れればいいんですか？
ヒヨコのオスメスみたいに、ひとつひとつ手作業で選別せにゃいかんのですか？
248 名前：デフォルトの名無しさん [2009/03/06(金) 11:46:55 ]: バージョン1.0.11
と
バージョン1.0.11-1
のサイズが違うと何か問題ある？
249 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 12:33:53 ]: 知らないならレスしないでください
250 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:32:28 ]: だから、リリースバージョンが違うものなんだから、中身が違って当然だろうが。
これで意味が通じなかったら、Technological Previewバージョンを各ソフトごとにとってくるなんてやめて、
おとなしく安定バージョンをパッケージで入れろ。
251 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:35:06 ]: だから知らないならレスしないでください
252 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:35:57 ]: ほかに誰か知ってる人はいませんか？
253 名前：デフォルトの名無しさん [2009/03/06(金) 14:06:09 ]: >>251, 252
くだらない悪ふざけはν速にでも行ってやれや。

[ 続きを読む ] / [ 携帯版 ]

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