- 1 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 00:07:39 ]
- 史上最強かもしれないツール、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について part7
pc11.2ch.net/test/read.cgi/tech/1145357824/l50
- 41 名前：デフォルトの名無しさん mailto:sage [2007/10/28(日) 18:33:59 ]
- >>40
だれも面倒見てくれないんなら自分でやればいいだろ。
- 42 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 12:23:46 ]
- >>40
trapで落ちてからか〜、大昔からあるテクニックだけど今時のマシンでやったらstallしまくりでいやげだなぁ。
softfloatとかも便利だけど鈍いよね。
- 43 名前：デフォルトの名無しさん [2007/10/29(月) 21:34:43 ]
- >>42
だがそれがいい
- 44 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 22:07:24 ]
- >>40
エミュするのめんどいんで、自力でなんとかしてくれ。
>>42
正確に数えたことないけど数十倍の時間がかかるはず。
根性でもう少し高速化できるかも知れんが、あくまで救済措置だからのう…
そんな所にエネルギー使いたくない。
- 45 名前：デフォルトの名無しさん [2007/10/31(水) 03:47:24 ]
- __DATE__とか__TIME__を現在の日時に展開するのをやめさせたいんですが、何か方法はありますか？
こいつらのせいで、毎回チェックサムの異なるバイナリが生成されてしまいます・・・。
- 46 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 04:11:29 ]
- undef?
- 47 名前：デフォルトの名無しさん [2007/10/31(水) 04:27:42 ]
- できないみたい
- 48 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 04:29:32 ]
- __DATE__と__FILE__を含む行をコメントアウト
- 49 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 04:32:55 ]
- #define __DATE__ ""
はムリ？
- 50 名前：デフォルトの名無しさん [2007/10/31(水) 04:36:47 ]
- redefeindでerror
- 51 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 04:50:28 ]
- コンパイルオプションに -undef ってなかったっけ？
それでも __DATE__ とかには効かないかもしれないけどね。
- 52 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 06:01:50 ]
- #if defined(__DATE__)
#undef __DATE__
#define __DATE__ "2007/10/31"
#endif
- 53 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 12:12:54 ]
- -undefは他のマクロも消えて影響大きすぎるから
gcc -U__DATE__ -D__DATE__=\"hoge\" でいいだろ。
- 54 名前：デフォルトの名無しさん [2007/10/31(水) 18:09:14 ]
- 無料だな
- 55 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 13:37:57 ]
- 4.3もやっぱり実行速度は今までのより遅くなっているみたいだね
- 56 名前：デフォルトの名無しさん [2007/11/06(火) 05:57:27 ]
- マルチスレッドと最適化の問題。 難しいもんですね。
kerneltrap.org/Linux/Fixing_Compiler_Misoptimizations
- 57 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 01:33:13 ]
- LLVMってどうなのさ
- 58 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 16:03:54 ]
- llvmで検索してでてくる日本語サイトがゴミ
- 59 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 01:21:07 ]
- gccのltoが手間取っている間にこっちは順調にやってるぽい?
まだ最適化のステージがgccには及ばない部分もあるかもしれない。
まだちょっとバグがあるけど、もう一歩で実用的になりそうな気配が。
結構appleがコミットしてるな。
offline optimizationとやらがいまいちよくわからないけど、
apiで簡単に使えるようなフレームワークがあるのかな?
llvm-gccで直にコンパイルしたらバイナリサイズが結構でかいんだが、
中に実行時最適化の為のコードが入ってるのかな。
どういう手順で使うのが普通なんだろ。
- 60 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 01:50:43 ]
- osnews.com/story.php/18889/Kaleidoscope-Implementing-a-Language-with-LLVM/
ちょうどなんかフロントエンド向けのチュートリアルがupされた模様。
- 61 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 01:58:46 ]
- offlineってのはruntimeじゃない時。
compile-timeでもlink-timeでもない。
インストールした直後とか、利用者に指示された時。
- 62 名前：デフォルトの名無しさん [2007/11/09(金) 18:40:12 ]
- QT
- 63 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 19:35:45 ]
- llvm-gcc4をcygwin上でbuildできた人はいる？
stage2でerrorになるのだが…
どうも、stage1で作ったxgccの動作確認で失敗してるみたい。
空のmain関数だけのtpをxgccでcompileして実行するとseg. faultで落ちる。
生成したアセンブリを見ると、spを変な値に設定してるようだ。
- 64 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 12:03:13 ]
- cygwinじゃないけどcflagsに何かmarchあたりの設定してるとビルドできなかった。
- 65 名前：デフォルトの名無しさん [2007/11/12(月) 02:09:17 ]
- モノによっては
-mtune=k7
とか、mtune指定するとダメなやつもあったり
そもそも-marchやるだけでダメなやつもあったり
-targetとか、あそこらへん指定すると cannot build executable とか出くさるものもあったり
- 66 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 20:43:38 ]
- demand pagingってオプションやプラグマとかで
無効化できないものでしょうか？
- 67 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 21:39:39 ]
- どのdemand pagingのことを言っているのかは知らないけど、
ふつうはOSの機能なんじゃないの？
- 68 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 21:41:35 ]
- VM?
- 69 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 17:21:26 ]
- gccでexitをフックするにはどうしたらいいでしょうか？
segmentation faltとかならgdbで場所を把握できるんですが，
exitで普通に終わってしまって．．
- 70 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 17:37:52 ]
- at_exit?
- 71 名前：デフォルトの名無しさん [2007/11/13(火) 18:29:12 ]
- >>69
(gdb) b exit
(gdb) b _exit
では止まらないと申すか。
- 72 名前：デフォルトの名無しさん [2007/11/16(金) 17:40:13 ]
- #include <stdio.h>
#include <sys/types.h>
int main(void) { printf("%d\n",sizeof(size_t)*8; return 0; }
例えば上のようなプログラムでは
/usr/include/libのどのファイル使って実行ファイルを
作成するんでしょうか
できれば調べ方なんか知りたいですが
- 73 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 18:00:07 ]
- >>72
gcc -v foo.c とか、
ldd 実行ファイル とか
- 74 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 19:04:28 ]
- >>72
リンカにマップを吐かせると．．．
- 75 名前：デフォルトの名無しさん mailto:sage [2007/11/17(土) 01:31:03 ]
- 1つ質問なのですが、ここで良いでしょうか。
OSはFreeBSD6.3-PRERELEASEで、C言語の勉強をしていました。
ソースは酷い有様なのでエラーが多発するのは分かるのですが、
何かいつもと違うメッセージが出まして・・・。
最後の3行が（手書きですが）
cc: Internal error: Segmentation fault: 11 (program ld)
Please submit a full bug report.
See <URL:gcc.gnu.org/bugs.html> for instructions.
と書いてありました。
これってどうしたら良いでしょうか。
放っておけば良いとは思うのですが、気になったものでして。
- 76 名前：75です mailto:sage [2007/11/17(土) 02:44:26 ]
- すみません自己解決しました。原因が分かりました。
コマンドを間違えて打っていました。
いつもは
cc -o (実行ファイルの名前) (ソースファイル)
で打っていたのですが今回
cc (実行ファイルの名前) (ソースファイル)
と打ち込んで実行していました。
お騒がせしました。
- 77 名前：デフォルトの名無しさん [2007/11/18(日) 00:09:24 ]
- >>69
どうなった？
>>74
マップは関係なくね？
- 78 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 10:31:12 ]
- 大有りだろ
何がリンクされたか一目瞭然じゃん
- 79 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 12:19:24 ]
- 最近の子はマップファイルの出し方も知らんのかね？
- 80 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 17:31:38 ]
- -pthreadと-lpthreadの違いって何ですか？
個人的には常に後者を使ったほうがわかりやすいと思うんですけど
なんでライブラリなしのオプションがGCCにあるのでしょう？
- 81 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 17:39:45 ]
- >>80
単にライブラリをリンクするだけじゃ対応できない部分があるので、
gcc的にもちゃんとthreadをサポートしてくれる(かもしれない)オプション。
- 82 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 18:31:14 ]
- >>80
実際に試してみれば判るけど、若干できたバイナリに違いがあるから
特に指定のない限り-pthreadの方がいいと思われる。
- 83 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 18:40:24 ]
- HP-UXとか要注意な。infoかソース読んで。
gccはスレッドローカル変数とかあって、
ライブラリに全部頼るわけにいかない部分もあるし。
- 84 名前：デフォルトの名無しさん [2007/11/18(日) 20:23:57 ]
- 誰も-pthreadについて具体的な事を語らない罠。
ま、infoにも詳しい情報ないししょうがないとは思うがw
- 85 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:38:29 ]
- 出来損ないOSではつけないとイカンようですな
- 86 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:45:18 ]
- 正直あまり意味のないオプションだからね。今となっては。
#include <pthread.h>と-lpthreadで全て済んでしまう。
- 87 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:45:45 ]
- >>81でFA出てるじゃん。
gcc的にも、というだけじゃなくOS(ライブラリ)的にもだけど。
>>85
gccで-pthreadまたは-pthreadsオプションがあるOSは
Linux, Darwin, *BSD, System V, HP-UX, AIX, Solaris
があるが、これら全て出来損ない? w
- 88 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:52:13 ]
- そうだよ
完璧なOSはWindowsのみ
- 89 名前：デフォルトの名無しさん mailto:sage [2007/11/18(日) 21:11:55 ]
- つけてもつけなくても同じ、
と
つけないと正常に動作しない、
は全然違うぞ。
んで、出来ソコナイはどれ？Linuxは違うな。
- 90 名前：デフォルトの名無しさん [2007/11/19(月) 00:14:11 ]
- リンカ言うと、変な四角い顔したタレントが思い出されて嫌である。
- 91 名前：デフォルトの名無しさん [2007/11/19(月) 01:30:12 ]
- >>87
OSじゃなくてarch依存じゃなかったか。
それと、gccのinfoにはプリプロセサとリンカにマルチスレッドプログラムのコンパイルを行なっていることを伝えるオプションだと書いてあるだけで、実際に何が変化するのかは書いてなくない？
-D_REENTRANTとの関係も教えてくれ。i386のLinuxの話でいいから。
- 92 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 01:37:08 ]
- 具体的に語る人を待とう。
>>87 には無理そうだが。
- 93 名前：デフォルトの名無しさん mailto:sage [2007/11/19(月) 09:38:34 ]
- Sunとかのコンパイラの-mtみたいなもんだろ。
- 94 名前：デフォルトの名無しさん mailto:ａｇｅ [2007/11/19(月) 14:48:55 ]
- とうとうここも低能のアホレス来るようになったか。
- 95 名前：80 mailto:sage [2007/11/20(火) 11:24:03 ]
- おいらの質問で場が荒れたみたいですんませんでした。
レスをくれた人どうも。
とりあえずi386 GNU/LinuxのGCC -pthreadすると
プリプロセサで#define _REENTRANT 1が定義されますね。
あとはリンカで-lpthreadやってるだけなのかなあ。
- 96 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 11:28:40 ]
- なぜこういうことを聞いたかってのは下の記事
「pkgconfigとlibtoolの悪」
udrepper.livejournal.com/19395.html
で、-pthreadしてると-Wl,--as-neededが効かなくなるぞって話です。
で、pkgconfig/*.pcを検索してみたら-pthreadをしてるのはQt関連とgthreadだけ。
だったら、-pthreadを-D_REENTRANT -lpthreadで置き換えられないかなあ
と思って聞いたわけです。
ただ、たとえそうしてもLDFLAGS=-Wl,--as-neededをやるとコンパイルできない
プログラムなんかもあったりして不思議ですが。
- 97 名前：デフォルトの名無しさん [2007/11/20(火) 16:57:23 ]
- >>87
Linuxのmanでは「-pthread」はFreeBSD固有のオプションってなってるけど。。。
- 98 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 19:09:19 ]
- >>97
偏屈なmanだな。
OSXでman gccしたらRS/6000andPowerPCのオプションに書いてあるな。
i386にはないんだろうか。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 19:56:01 ]
- >>98
Fedora 8に入ってるmanを見てみました。
gcc-4.1.2のマニュアルだと、
IA-64 Option, RS/6000 and PowerPC Options, SPARC Options
に書いてあります。
FreeBSD固有って書いてあるのは、Linux日本語manだけど、gcc-2.95.3の翻訳だから今となっては古い。
- 100 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 00:06:24 ]
- freebsdのスレッド対応ってまともになったん？まだグダグダ？
- 101 名前：デフォルトの名無しさん [2007/11/21(水) 13:55:08 ]
- まともだよ。
ただGPLがらみでgcc止めるとか言い出している人いるから、
また諸々ぐだぐだになるかも。
- 102 名前：デフォルトの名無しさん [2007/11/21(水) 21:43:37 ]
- なぁ、Linux上でGCC4を使っています。コンパイルしたアプリケーション中、
各モジュールがどう構成されているのかを知りたいのだけどどうすれば
いいのかな。知りたいのは以下の通り
読み取り専用データサイズ（コード＋定数）
読み書き可能なデータサイズ
ゼロクリアされるデータサイズ
また動作しているアプリケーションのメモリ中、共有ライブラリが
使用しているメモリサイズ、ヒープ領域のサイズ、スタック領域のサイズ
も知りたいのだけど。どうしたらええんかな。
- 103 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:54:00 ]
- $ size a.out
$ lsof -p PID
じゃダメか?
ライブラリの使っているメモリの区分ってのは難しいな。
テキスト領域しか分からない。
別のヒープ、スタック使ってるわけじゃないから。
スタックについては、debuggerが頑張れば追跡可能だろうけども。
- 104 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:55:39 ]
- /proc ?
gccのネタ関係なry
- 105 名前：デフォルトの名無しさん [2007/11/21(水) 22:12:48 ]
- >>103
ありがとう！sizeがまさに欲しかったものでした。
- 106 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:25:29 ]
- -=-::.
／ ＼:＼
.| ﾐ:::|
ﾐ|_≡=､´ ｀, ≡=_、 |;/
||. ◎ .|￣|. ◎ |─/ヽ 我は成大作･姜尚中･張勲･郭光雄･成田豊･辛格浩・盧勝正公認
|ヽ二/ ＼二/ ∂> 恨憎貶日創価高麗大使である。お前が立てたスレッドをグレート
/. ハ - −ハ |_/ コリアレスリングエンターテインメントワイドショースレッドとして認定する。
| ヽ／ヽ／＼_ノ / |
. ＼､ ヽ二二／ヽ / /
. ＼i ＿＿＿ ／_／
＿__
／ ?＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳ
／ノ (＠)＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷ
.｜ (＠) ⌒）＼ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯ
.｜ （__ノ￣| | ///;ﾄ, ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
＼ |＿／ / ////ﾞlﾞl; ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
＼ _ノ l .i .! | ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
/´ ｀＼ │ | .| ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
| >>1 | { .ﾉ.ﾉ ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮ
| |../ / . ﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳﾎｳﾚﾝｹﾞｯｷｮｳﾅﾝﾐｮｳ
- 107 名前：デフォルトの名無しさん [2007/11/21(水) 23:38:06 ]
- >>105
共有ライブラリ云々は、.soをsizeすればいい。
が、sizeで出力されるtextサイズには.rodataセクションのサイズは含まれていないと思う。そっちはreadelfかな。
あと、sizeじゃヒープとスタックのサイズもわからんだろう。それはいいのか？
簡単なのは、 /proc/pid/maps 見るとかかな。粒度荒いけど。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/11/22(木) 05:24:07 ]
- sizeで情報が足りなかったらldにmapfile吐かせれば大抵間にあうだろ。
- 109 名前：デフォルトの名無しさん [2007/11/23(金) 00:40:26 ]
- kwsk
出力付きでな。
- 110 名前：デフォルトの名無しさん [2007/11/25(日) 23:06:34 ]
- 群馬のＧＣＣの池田には散々嫌がらせをされたなー。
あの野郎あったら確実に・・・
まーここのスレとは関係ないが。
- 111 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 02:40:36 ]
- あんま関係ないけど、gcc-4.1.2とicc-10.1のO3同士の比較があったから。
www.anandtech.com/IT/showdoc.aspx?i=3162&p=6
4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？
まぁまだvectorizeはちょっと信頼性の部分で弱そうだけどね。。。
- 112 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 06:54:45 ]
- >>111
＞4.1でこれなら4.2,4.3と結構速くなっきているから結構いい線いってんのかな？
それはダウト
少なくとも4.2ではかなり遅くなった
4.3では性能向上…のはずが、いつのまにかパッとしない性能で仕上がっちゃってる
確かにvectorizeはどうもね…バグがまだ潰しきれてない感じ
- 113 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 08:07:28 ]
- C++派の俺から観ると、4.3は非常によろしいんだけど、
C数値計算はたまらんでしょうな。
- 114 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 10:34:28 ]
- 4.3は4.2と同様、4.1よりはかなり性能悪くなってた
でもメーリングリストではコードの信頼性が上がるなら
性能などいくらでも落ちてよいって流れだったから
これからも性能は悪化し続けそう
- 115 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:00:28 ]
- >>114
www.suse.de/~gcctest/ ではいい傾向になってるし
自分で試してもよくなった部分もあるんだけどな。
多分112と同じ人と思うけど、どこかuriポイントしてください。
- 116 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:07:52 ]
- 数値計算する場合は細かなチューニングよりもGOMP使ってくださいサーセンwwww
ってところじゃないのかな。
- 117 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:21:29 ]
- gcc.gnu.org/ml/gcc/2007-11/msg00023.html
- 118 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:23:59 ]
- もしかして1コードだけのregressionで判断してるのか。
- 119 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 14:27:47 ]
- いや最近期待できない方向に進んでるみたいだから悲観的になってるだけ
- 120 名前：デフォルトの名無しさん [2007/11/28(水) 16:56:46 ]
- GOMPで思い出したが、ゴンプ言うな。
- 121 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:00:51 ]
- >>119
>>118への答えになってないじゃないか。
- 122 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:05:25 ]
- 判断してるってことだよ
- 123 名前：anonymous mailto:sage [2007/11/28(水) 17:27:05 ]
- 以前このスレにgcc-2.95が最高で、以後はクソとひたすら叫んでいるヤシがいたけど、
そいつがまだ粘着しておるのか?
- 124 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:32:52 ]
- 違うよ
その人は実行速度のことは気にしてないんじゃなかった？
- 125 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:49:00 ]
- コンパイル速度を気にしている人はいたな。
俺はC++の標準準拠最優先だから、人それぞれって事で。
- 126 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:29:32 ]
- もっとベンチ結果無いかな
- 127 名前：デフォルトの名無しさん [2007/11/28(水) 22:40:30 ]
-
俺はコンパイル速度よりもコンパイル後の実効速度さえ速ければいいや。
- 128 名前：デフォルトの名無しさん [2007/11/29(木) 10:30:05 ]
- gcc4.2.0をインストールしようと思っているのですが、
configureしてmakeすると、parse-scan.cが見つからないと出てしまい、
それはネットで拾ってきて入れたら、通ったのですが、今度は
java/jv-scan.o: In function `main':
../.././gcc/java/jv-scan.c:221: undefined reference to `main_input_filename'
と出て、その解決方法がわかりません。そのchar*型変数自体はgcc/toplev.cに宣言されているので、
toplev.hにextern宣言して、jv-scan.cに明示的にインクルードしてみたんですが、それでもダメです。
この解決方法や解決案について誰か教えてください。
SuSE Linux 10.1です。
- 129 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 10:47:05 ]
- parse-scan.cはparse-scan.yから作られます。
bisonがinstallされてないと生成できません。
・エラーメッセージをちゃんと読んでない
・かなり無茶をしている
・既にそのbuild環境はダーティ
なので、冷静になって初めからやり直してください。
SuSEなら何の問題もなく作成できると思います。
- 130 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 20:03:13 ]
- >>129
ご回答どうもありがとうございました^^)
bisonをインストールしたら、gccも無事にビルド出来ました！
P4 1.8GHzでmakeに４時間もかかったよﾏﾏﾝ
- 131 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 23:53:12 ]
- gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
gccは2.95が最高、以後はクソ
- 132 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 00:30:07 ]
- 俺もそう思っていたけど、2.95 が手元の環境でビルド出来なくなっていて驚いた。
- 133 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 01:58:04 ]
- flexやbisonがなくてもconfigureに成功してしまうのは、
何かの陰謀なのかねえ
- 134 名前：デフォルトの名無しさん mailto:sage [2007/11/30(金) 07:21:50 ]
- x86_64に対応してればなんでもいいよ
- 135 名前：デフォルトの名無しさん [2007/12/01(土) 23:27:43 ]
-
オアーオアーオアオアオアー
- 136 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 08:18:57 ]
- gcc、お呼びgcc javaについて理解できないのですが助言お願いします。
情報を求めてwiki等を見回っていると、
gcc javaはネイティブなコードを出力するとあります。
これはVM上で動作するバイトコードではなく、マシンで直接動作するバイナリコードという事でしょうか？
又、gccの言語間の関数、クラス等の呼出は可能でしょうか。
- 137 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 11:38:51 ]
- >>136
ネイティヴコードってのはそういうこと．gcjは以下の変換ができる．
- Javaソースコード→プラットフォームのネイティブコード
- Javaソースコード→Java クラスファイル
- Java クラスファイル→プラットフォームのネイティブコード
>又、gccの言語間の関数、クラス等の呼出は可能でしょうか。
gcj の場合はJNIかCNIのいずれかの規約にしたがってのみCやC++のAPIを呼びだせる．
- 138 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 11:55:00 ]
- Sunのオープンソースになったクラスライブラリも
ずいぶんとgcjでコンパイルできるようになってきたね。
- 139 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 12:04:01 ]
- gcjはネイティブコードと言ってもCほど速くないのが何とも。
- 140 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 14:02:16 ]
- 766 名前：●ﾃﾍ権田●[sage] 投稿日：2007/12/04(火) 23:29:39 ID:YtCMOwpP
> gcc自体はC2D用とかそういうチューニングはしてなくて
いやそうじゃなくてコードが腐ってるんだよ、コンパイル時間が遅いのもそのせいw
pc11.2ch.net/test/read.cgi/jisaku/1195376856/766
- 141 名前：デフォルトの名無しさん mailto:sage [2007/12/05(水) 16:33:48 ]
- アルゴリズムによってはVM方式のほうが速い場合なんていくらでもあるだろう
JavaなんてC++で言うところのRTTIを使いまくりなんだしさあ。
ハゲがC++をvirtual宣言してないとオーバーライドできない糞仕様にしたのも
パフォーマンスの問題があるからでしょ（つまり糞仕様じゃないってことなんだけど）
|
 |
