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/ 139 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 13:55:51 ] vista64上のcygwin-Xでemacs　(Xemacsじゃないほう）が動いている人います？ ググるとdllが不足していてもメッセージが出ずに固まるというところまではわかりました。 不足しているdllってのが見つかったサイトによってまちまちだったので、 emacs.exeをdependency walkerに放り込んで、使っているdllを調べて、足りないものを全部入れたのに動きません。 140 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 00:08:05 ] MinGWで、コンパイル時に改行コードをLFに指定するにはどうすればいいでしょうか？ 既定ではどうもCR+LFになっているようで。 141 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 01:25:58 ] >>140 何の改行コード？ 142 名前：迷える中年牛 mailto:sage [2009/01/23(金) 11:01:43 ] 私は、mkvtoolnix-2.4.2をWindowsXpProSp3にインストールした cygwinでmakeしようとしました。 mkvtoolnix-2.4.2に含まれていた「README.Windows.txt」を 参考にして必要なライブラリーはmakeとmake　installは出来ました。 しかし、肝心なmkvtoolnix-2.4.2のmakeで以下の様にコンパイル エラーが発生してしまいます。 ーーーー CXX src/merge/mkvmerge.cpp In file included from /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/deque:71, from /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/stack:70, from src/common/mm_io.h:20, from src/common/chapters.h:22, from src/merge/mkvmerge.cpp:46: /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/stl_deque.h: In member function `void std::_Deque_base<_Tp, _Alloc>::_M_initialize_map(size_t)': /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/stl_deque.h:446: error: expected unqualified-id before '(' token 以下省略 同じ内容のエラーが以下のファイルでも発生しています。 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/deque.tcc: ーーーー グーグル先生に聞いたところ、同じ様なエラーはマクロで「max」や「min」を 定義したときに発生する場合が有るようですが、私には見つけられなかったです。 どこをチェックすべきなのかのヒントでも頂ければと思い書き込みしました。 どうぞ、よろしくお願いします。 143 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 15:36:14 ] 自分がコピペしたエラーメッセージを、穴が開くくらい良〜〜〜く見ろや 144 名前：迷える中年牛 mailto:sage [2009/01/24(土) 17:52:13 ] >>143 アドバイスありがとうございました。 頭を冷やして見直しました。 エラーの発生場所が標準のライブラリーの中の為に、 ライブラリーは正しいと思いました。 これは「mkvtoolnix-2.4.2」の中にエラーの引き金となる 「max」のマクロがあると考えて検索したが見つけられなかったです。 そこで、アドバイスにしたがって標準のライブラリーの 「stl_deque.h」の446行を見たところ、「std::max」の記述がありました。 結局、<windows.h>をインクルードするとmin,maxマクロが定義される 為にエラーを引き起こしたようです。 今回は、「#include <windows.h> 」の前に「#define NOMINMAX 」の行を 追加してエラーを回避できました。 ありがとうございました。 145 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 17:58:48 ] 迷える中年牛が１つレベルアップしました。 146 名前：デフォルトの名無しさん [2009/02/01(日) 22:16:42 ] 質問させてください。 MinGWインストールするとbinディレクトリにg++とmingw32-g++ と、g++コンパイラっぽいのが二つあるんですが、これってそれぞれどう違うんでしょうか？？ 147 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:28:26 ] 同じだよ。 短い名前、長い名前。違いはそれだけ。 148 名前：デフォルトの名無しさん [2009/02/01(日) 23:02:15 ] あ、そうなんですか。だったらエイリアスとして最初に設定されるようにしておけばいいのに・・ ありがとうございましたｍ(_ _)ｍ 149 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 23:49:55 ] Windows ではシンボリックリンクが無いからな。 この場合はジャンクションでかわりになりそうな気もするけど、 シンボリックリンクとジャンクションは完全に同じわけでは無いし。 色々と事情はあるんだろう。 150 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:04:03 ] gccが使ってるのはハードリンクだし、NTは昔からハードリンクをサポートしてる。 151 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:10:50 ] OSっつーかファイルシステムだよな NTFS前提 152 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:11:10 ] 更に脱線すると、Vistaからシンボリックリンクがサポートされてる。 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ない。 何のライブラリか教えてください。

---

---

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

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