GCCについて part9

1 名前：デフォルトの名無しさん [2009/06/27(土) 08:34:50 ] 史上最強かもしれないツール、GCC(GNU Compiler Collection)について語るスレ。 GNU本家のGCCページ gcc.gnu.org/ Binutils - Collection of binary utilities ←これも必要だぞ。 www.gnu.org/directory/GNU/binutils.html GNU Binutils sources.redhat.com/binutils/ GCC online documentation gcc.gnu.org/onlinedocs/ Installing GCC gcc.gnu.org/install/ GCC Timeline gcc.gnu.org/releases.html#timeline Calendar gcc.gnu.org/develop.html#timeline 前スレ GCCについて part8 pc12.2ch.net/test/read.cgi/tech/1192201659/l50 21 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 07:27:00 ] >>18 www.opensource.apple.com/ 技術がどうとかよりNeXT時代からGCCベースだし、ObjC/ObjC++サポート以外 にもGCCに様々な貢献をしていると思うが。 変な独自コンパイラを作られるよりGCCの方がずっと良いと思う。 22 名前：7 mailto:sage [2009/07/01(水) 08:29:40 ] >>20 「当てつけのように暗号化」の話は　はつみみです。 そーすよろ。 23 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 08:39:12 ] OS Xはしばらくの間ソース公開してたよな。 24 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:17:34 ] >>19 自分とこでも動くようにパッチ投げてるだけで、最初のソース本体を GPLで公開してない。それどころか自社独自ハードのデバドラは ソース非公開だし。そこに挙がってるような上っ面のソフトなんて、 別にソース公開してくれなくても、見た目が似たようなのは幾らでも 作れる。必要なのはハードウェアのデバドラをOSS化すること。 そもそもOS X 自体を再コンパイル出来ないし。 >>21 GCCは利用するが、貢献はしてない。むしろあからさまにGPLを 成果物から避けてる。Takeはするけど、Giveはしない。 >>22 voidウザい。 25 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:24:24 ] Apple Public Source Licenseとか、CDDLなSunやMS-PLなMicrosoftと同じ穴の狢。 26 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:28:24 ] >>24 がうわっつらだけしか見てない奴ということはよくわかった。 27 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:38:07 ] 最近のアップルの独自ハードなんてiPhone/iPodTouchのARM SoCくらいで後は汎用部品ばかりじゃないか 28 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:39:14 ] 見てないではなく、>>24は「何も知らない」が適当だな GCCへの貢献が無いだとか、嘘もいいところだ 29 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 16:19:51 ] 上に貼られているリンクみればDarwinのコード落とせるのにね。 30 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 16:22:56 ] カーネル部分だけでなくお望みの各種デバイスドライバのソースも 置いてあるのにな 31 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 19:29:49 ] 米IBMらがオープンソースマシン学習コンパイラを発表――開発時間を短縮 sourceforge.jp/magazine/09/07/01/0714255 >GCCをインタラクティブなマシン学習対応研究ツールに変換する「Milepost Framework」を利用、それぞれの設定に応じてコンパイラを開発することなく、自動的に最適化するコンパイラを生成する。 >ターゲットアーキテクチャ向けにアプリケーションを迅速にチューニングするため、再設定して構築するシステムの開発期間を短縮できるという。 >「IBM System p」で行った組み込みアプリケーションのベンチマークテストでは、性能が平均18％改善されたという。 まーたこの人誤訳してそうだなぁ…。 32 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 20:38:00 ] 「機械学習」で成語だよなぁ 33 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 20:41:26 ] >>24 >Takeはするけど、Giveはしない。 Give を強要するのがオープンソースじゃないでしょ。 それに、Apple 由来のソースコードは沢山見掛けるよ。 俺は意識的に GPL 物を避けてるけど、ライセンスの選択は プログラマの自由だから他人にとやかく言われたくないし。 34 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 21:44:00 ] マカーってDarwinを免罪符にしてるけど、DarwinはMac OS Xじゃないんだけどね。 貢献しているっていうなら、Darwinじゃなく、Mac OS XをGPLで配布すればいいじゃん。 MSもアップルもSUNも同じ穴の狢で、ただの独占を狙ってる企業って事実を認識しろよ。 35 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 21:55:35 ] クレクレ君乙。 穴の見分けもつかない奴が同じ穴の狢とか言ってんなよw CDDL は『GPL がコンフリクトを起こしている』だけで、 オープンソースライセンスとしては何の問題も無いぞ。 現に BSDL な環境に持って行っても問題は出ていないし。 36 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 22:16:50 ] どこまで馬鹿なんだ？ 「GCCに貢献してない」と言い出したのはテメーだろうが それを論破されたからと言って無関係な事を言い出すなよ、気違いが 37 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 22:23:39 ] >>34 もういいです。Appleとまかが死ぬほど嫌いなのは良くわかりました。 お願いですからトリップつけてください。あぼーんするから。 38 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:14:33 ] その昔、MS相手にAppleがルックアンドフィールで訴訟を仕掛けたことを理由に RMSがAppleをdisって以来の筋金入りのRMS信者かなw 39 名前：デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:57:48 ] >>34 禿同！ >>36 違う違う。それ俺。 とにかくマカーが狂ってるのは分かったから>>37は トリップ付けろ。アボーンするから。＜言い出しっぺの法則 40 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 00:01:30 ] 分裂したw 41 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 05:22:04 ] 貢献してねーじゃん（ｗ 論破とか言って勝利宣言かよ。 マカー的には「アップルはgccに多大な貢献しているから多少のスレチは 我慢しろボケ」ってことかよ。意味わかんねー。 42 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 06:31:18 ] そういえば昔 NeXT を寄贈してたのってキヤノンだっけ? NeXT 社? 43 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 08:04:41 ] >>41 糞レスしてる暇あったらGCCのChangeLog見てみろよ ソースも無しに貢献してないしてないとわめくなクソガキが 44 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 09:13:45 ] そういや RMS が MIT の AI ラボを借りるときスティーブ・ジョブズが口利きしたっていう 話。 ttp://journal.mycom.co.jp/special/2004/gnu/004.html こういう貢献もあるってことで。 >>38 この頃はジョブズは NeXT で Apple に居なかったのでルック&フィール訴訟は関係なく、 現在ジョブズ信者である分には RMS 信者と対立しないとかw 45 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 20:15:58 ] >43 そのとおりですね。 パッチポストしてる人のメールアドレス見てみれば >41とか>39とかがおばかさんなのは良くわかります。 きっと39とか41とかはchangelogもMLも見たことさえ ないのでしょう。 46 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:11:14 ] じゃあ、gccに多大な貢献をしているApple関係のすれ違いは容認ってことで。 今からAppleスレね。 gccの話もしてもいいよ。 47 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:20:11 ] gccとか書いてる時点で馬鹿確定だな 48 名前：デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:56:33 ] 自己紹介は良いから（ｗ 49 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:29:28 ] 次のようなプログラムをgcc(3.3.5, 4.4.0)でコンパイルするとハネられます。 PGIやwindows SDKのコンパイラなら問題なく通るのだけど、なにか間違ってる？ T::size_type is parsed as a non-typeとか言ってくるし。 でも、 void func(const T&) [with T=std::vector<double, std::allocator;double> >]と、Tがvector型だとわかってインスタンス化してるんですがねぇ。 当然、vector<double>::size_typeは存在するのでテンプレートとして書かなければgccでも通ります。 バグ？ #include <iostream> #include <vector> using namespace std; template <class T> inline void func(const T& a) { T::size_type length = a.size(); cout << length << endl; } int main(int argc, int argv) { vector<double> a(5); func(a); return 0; } 50 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:32:43 ] T::size_typeが一見して型名だとは解らないため (enum定数とかstatic変数かも) typename T::size_type としてみれ 51 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:32:58 ] >>49 gcc.gnu.org/gcc-3.4/changes.html#cplusplus > You must now use the typename and template keywords to disambiguate dependent names, ... 52 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:54:30 ] さんくす lengthの定義のところにtypenameを入れたら通りました。 C++って元からそんな仕様だったっけ？ まあ通ったからいいや。 53 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:20:26 ] そういう仕様です。 54 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:36:16 ] 環境→OS：Fedora11　gccのバージョン：gcc 4.4.0 GEANT4というシュミレーションコードのコンパイルがうまくいかず、困っています。 3ヶ所ほどコンパイル中にエラーが出ていて、2つは潰したのですが… 最後に残った Compiling G4ScoreLogColorMap.cc ... src/G4ScoreLogColorMap.cc: In member function 'virtual void G4ScoreLogColorMap::DrawColorChartText(G4int)': src/G4ScoreLogColorMap.cc:157: error: 'sprintf' is not a member of 'std' gmake[2]: *** [/home/xxxxxxxxxxxxx/geant4/tmp/Linux-g++/G4detutils/G4ScoreLogColorMap.o] エラー 1 というエラーが取り除けなくて困っています。 読み込んでいるヘッダーがおかしいんだろうなぁとは思うのですが… ネットで調べて、色々読み込んでみました。 （１）　ttp://www.drk7.jp/MT/archives/001498.html ここを参考に…(ここはatoiが読み込めませんと出ていた。) #include <cstdlib> #include <cstring> （２）　ttp://code.google.com/p/pyminuit/issues/detail?id=8 を参考にして… #include <algorithm> （３）　ttp://simd.jugem.jp/?eid=73 を参考にして、また、c++がcを下位互換でサポートしている事を踏まえて #include <stdio.h> これだけ加えてみましたが、同じエラーが続いています。 どのヘッダーに含まれているのか、ご存知の方いらっしゃいましたら、ご教示いただけませんか？ 宜しくお願いいたします。 55 名前：デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:45:05 ] <cstdio> 56 名前：54 mailto:sage [2009/07/03(金) 23:47:06 ] >>55 本当にありがとうございます！解決しました！ 57 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 06:54:06 ] 標準のINCLUDE PATHは変えられないのですか？ 自分のHOMEにライブラリをインストールしたのですが、コンパイル時には システムに標準で入っている古いライブラリのヘッダを観に行ってしまって 失敗するようです。 /usr/localを見ないようにはできませんか？ 58 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 09:52:14 ] >>57 -I- 59 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 11:36:33 ] 普通に見ない 60 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 15:01:16 ] -isystem 61 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:22:21 ] gccのオプションで -mtune と -march の違いって何ですか？ 62 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:27:36 ] man gcc 63 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:40:41 ] ありがとう ググって解決しました 64 名前：デフォルトの名無しさん mailto:sage [2009/07/23(木) 20:30:20 ] 4.4.1 65 名前：デフォルトの名無しさん mailto:sage [2009/07/24(金) 18:25:36 ] www.jp.kernel.org/pub/GNU/gnu/gcc/gcc-4.4.1/ 66 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 17:02:45 ] gcc 4.4を使うとGPL強制されるので使っちゃダメです 67 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 17:21:13 ] 夏だなぁ 68 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:39:47 ] gccがパブリックドメインになるのは50年後です 69 名前：68 mailto:sage [2009/08/01(土) 19:52:06 ] 間違えた、著者の死後50年だよね。 70 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:02:18 ] 著作権についてロクに知らない馬鹿だな。 保護期間が50年なのは財産権であって、人格権は含まれない。 パブリックドメインは人格権に相当するものも含めパブリックと解される。 71 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:26:15 ] 人格権は日本では相続不可。保護期間は死後0年まで。 72 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:38:51 ] 116条 73 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:44:15 ] 影響しないはずの e_X のコメントの有無で結果が変わ る。誰か報告してくれ。 #include <stdio.h> // gcc version 4.2.1 20070719  [FreeBSD] // gcc version 4.1.2 20071124 (Red Hat 4.1.2-42) typedef enum {   // e_X = -1,   e_a, } enum_t; void foo(enum_t e) {   printf("e %s\n", e < 0 ? "< 0" : ">= 0"); } int main() {   enum_t e = -1;   foo(e);   return 0; } 74 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:56:33 ] > Each enumerated type shall be compatible with char, a signed integer type, or an > unsigned integer type. The choice of type is implementation-defined,108) but shall be > capable of representing the values of all the members of the enumeration. 意訳) enum の型は処理系定義だよ、ただしメンバの値はすべて表現できなければならない なので、メンバに負の値がなければ、処理系によっては unsigned を選ぶかもしれない unsigned になった場合は e = -1 は e = (unsigned) -1 のことだから、 なんというか、まぁ、仕方ないんじゃないか 75 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:57:19 ] e_Xがないとeが負とならないと判断して printf("e %s\n", e < 0 ? "< 0" : ">= 0"); が printf("e %s\n", ">= 0"); に最適化されてるみたい。 76 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:14:59 ] >>74 マジか…int とコンパチだと思ってたよ。 77 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:16:17 ] いやでも同一の implementation で揺れるのはどうなの?（w 78 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:26:09 ] コードとかの問題じゃないけど、わかる人いたら回答おね。 GCC4.4を--prefix=/opt --program-suffix=-4.4のOPTで自己ビルドインスコ。 これでいくとlibstdc++.so.6とlibgcc_s.so.1が/opt/lib64ディレクトリにできるんだけど、 問題はコンパイルしたアプリがこれらを参照しないでUbnuntu9.04のGCC4.3とセット物の/usr/lib配下の 物を参照してる。アプリをコンパイル時にLD_RUN_RATHに/opt/lib64をつけても変わらない。 ちなみに/opt/lib64/libstdc++.so.6は/opt/lib64/libstdc++.so.6.0.12へ、/usr/lib/libstdc++.so.6は /usr/lib/libstdc++.so.6.10へのリンクだからバージョン違ってる・・ /etc/ld.so.confに/opt/lib64を追記すると両方共それを参照するけど、そうなるとシステム全部のアプリが (Ubuntuのgcc4.3でコンパイルされてる)全部gcc4.4のを読んでしまう(lddコマンドの結果)。 そうなるとよくないですよね。なのでやめました。 実行アプリ毎にLD_LIBRARY_PATHをつける管理が面倒なのでGCC4.4でコンパイルしたアプリも現状の GCC4.3のlibstdc++とlibgcc_sを読ませておく状態で使用して何か後々問題出る可能性ありますか? 79 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:26:54 ] >>73 アセンブリコード出力して比較してみろよ 80 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:34:59 ] >>78 リンク時に -Wl,-rpath,/opt/lib64 とかいう話かね？ 81 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:38:09 ] >>78 LD_RUN_RATH→LD_RUN_PATH 82 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:46:19 ] >>77 揺れていいみたいだね。 99)An implementation may delay the choice of which integer type until all enumeration constants have been seen. 83 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:47:42 ] >>80 お、や。もしかしてそれをコンパイル時にコンパイラフラグで渡せばいいのでしょうか。 やってみます^^ >>81 すまそ、タイプミスです。 84 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:21:35 ] >>78 > /etc/ld.so.confに/opt/lib64を追記すると両方共それを参照するけど、そうなるとシステム全部のアプリが > (Ubuntuのgcc4.3でコンパイルされてる)全部gcc4.4のを読んでしまう(lddコマンドの結果)。 それほんと？埋め込まれたバージョン番号が違うから、そのへん良きに計らってくれると思ったんだけど。 85 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 01:11:13 ] >>78 そういうもんだ。Ubuntuのg++-4.2も4.3のlibstdc++使ってるし、PPAにある g++-4.4を入れるとlibstdc++も4.4にアップグレードされる。 86 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 16:46:34 ] まーlibstdc++のマイナーバージョン違いは気にしなくていいんじゃね？ 87 名前：デフォルトの名無しさん [2009/08/27(木) 18:58:19 ] -fopenmpだっけ？ あれをつけるのとつけないとで違いってでる？ 88 名前：デフォルトの名無しさん mailto:sage [2009/08/27(木) 23:14:48 ] pragma omp云々 してないソースだと無意味。 89 名前：デフォルトの名無しさん mailto:sage [2009/09/03(木) 22:11:25 ] gcc4.4ってGPL3だから Windows以外で採用不可能なんだね 90 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 00:12:27 ] は？ 91 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 01:22:03 ] ひ？ 92 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 02:02:51 ] ふぅ… 93 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 05:53:28 ] =3 94 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 10:08:46 ] うほっ 95 名前：デフォルトの名無しさん [2009/09/10(木) 22:31:17 ] gcc 4.4.3 releaseの情報をギボンヌ 96 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 09:45:57 ] gcc-4.4でコンパイルしたオブジェクトとgcc-4.2でコンパイルしたオブジェクトを リンクするって出来るものなの？ 97 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 09:59:01 ] できる 98 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 11:50:22 ] libstdc++の微妙な違いにはまったりして。 まあMajorが同じなら大丈夫か。 99 名前：デフォルトの名無しさん mailto:sage [2009/09/11(金) 13:38:45 ] >>97 ありがとうございます。やってみたら出来ました。 100 名前：デフォルトの名無しさん [2009/09/12(土) 08:47:46 ] 別のプラットフォームのプログラムを開発することはできますか？ 101 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 09:14:46 ] GCC クロスコンパイル でぐぐれ 102 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 20:19:01 ] 使ってるレンタル鯖が C/C++ で書いた CGI を使えるって書いてあるんだけど、 シェルは解放してないからクロスコンパイル環境を作って対応したことはある。 (鯖は無料だからその程度の手間は仕方ないんだが。) 最近の GCC ならそんなに難しいことではない。 でも、ライブラリ類はコンパイル済みのをどこかからもってきた方がいいぞ。 103 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 23:55:37 ] g++ には VC のプリコンパイル済ヘッダみたいな機能はないんですかいの？ boost 使ったソースをコンパイルしようとしたら遅すぎてやっとれんです。 104 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 00:24:16 ] gccにもpchぐらいあるわい 105 名前：デフォルトの名無しさん mailto:sage [2009/09/13(日) 00:25:09 ] あ、ごめん、boostは知らんです… ccacheで我慢するくらいしか思いつきません 106 名前：103 mailto:sage [2009/09/13(日) 00:38:06 ] おお、あるのね。どもっす。 とりあえずあとはぐぐってみます。 107 名前：デフォルトの名無しさん [2009/09/26(土) 23:08:03 ] すみません質問なのですが，最近vc++からgccに乗り換えたのですが vc++にある wmain( int argc, wchar_t *argv[ ]) みたいに引数をwchar_tにすることはできるでしょうか？ 108 名前：デフォルトの名無しさん mailto:sage [2009/09/26(土) 23:13:13 ] エントリポイントwmainは非標準なので、gccにはない main関数内でargvをワイド文字列の配列に変換してwmainに渡すという手が有る 109 名前：デフォルトの名無しさん mailto:sage [2009/09/26(土) 23:15:14 ] ありがとうございます，それでやってみます． 110 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 18:52:06 ] 質問です。 コンパイルオプションとして-Werrorをつけたいのですが、 実装上どうしても、取り除くことができない警告があります。 この警告だけはWerrorの対象からはずすということができますでしょうか？ もしできるならその方法を教えてください。 111 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 19:29:47 ] gccのソースをいじる 112 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 20:24:23 ] >>110 外したい警告がどういう警告なのか書けよ。 113 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 22:47:25 ] -Whogeで有功になる警告なら-Wno-hogeで無効に出来るだろうし、 gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html なんてのもある 114 名前：110 mailto:sage [2009/10/01(木) 23:00:07 ] >>111-113 返答ありがとうございます。 Werrorの非対象にしたいのは-Wをつけた際に出力される、longjmp関連の警告です。 -Wは複数の機能を持つオプションなので、-W自体を無効化はできない状況です。 115 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:21:56 ] gcc.gnu.org/onlinedocs/gcc/Warning-Options.html にある通り、-Wは-Wextraの別名で、含まれる警告オプションのうち longjmpが関連しそうなのは-Wclobberedと-Wuninitializedだから、 -Wno-clobbered -Wno-uninitializedをつけてみたらどうか 116 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:23:49 ] -Wno-error=uninitializedとかでも良いかもな 117 名前：110 mailto:sage [2009/10/01(木) 23:34:35 ] >>115-116 ありがとうございます！ 今は試せる環境がないので明日挑戦してみます。 118 名前：デフォルトの名無しさん mailto:sage [2009/10/12(月) 00:59:23 ] -fltoが入る前に-combine試してみたけど、 4.4だと引数が多すぎって言われてコンパイル出来ない事があるな 4.5になると引数の最大値が大きくなったりするんだろうか… というかしてくれないと困る。 -combine -fwhole-program -ftoでビルドしたいんじゃー 119 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 05:13:28 ] 4.4.2 120 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 09:29:17 ] >>118 > 4.4だと引数が多すぎって言われてコンパイル出来ない事があるな これってどういうメッセージ? 121 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 11:16:12 ] あーもうconstructors_destructor_fn_imps.hpで一晩潰しちゃったよ＞＜あほか

---

---

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

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