祝・GCC 3.0リリース

[1 さあね NG NG]

　一昔前は、そこらの商用コンパイラよりも良い最適化をする
といわれたGCCも最近は色あせてきてたけど。。。
　待望の新バージョンリリースで巻き返しなるか？

　とりあえずインストールしてみよう

[525 名無しさん＠お腹いっぱい。 NG NG]

雄山？

[526 名無しさん＠お腹いっぱい。 NG NG]

だな。

[527 名無しさん＠お腹いっぱい。 NG NG]

>>523
$(GCC)/gcc/cp/decl2.c
/* Constructors for types with virtual baseclasses need an "in-charge" flag
saying whether this constructor is responsible for initialization of
virtual baseclasses or not. All destructors also need this "in-charge"
flag, which additionally determines whether or not the destructor should
free the memory for the object.

$(GCC)/gcc/cp/mangle.c
/* Handle destructor productions of non-terminal <special-name>.
DTOR is a destructor FUNCTION_DECL.

<special-name> ::= D0 # deleting (in-charge) destructor
::= D1 # complete object (in-charge) destructor
::= D2 # base object (not-in-charge) destructor

[528 名無しさん＠お腹いっぱい。 NG NG]

>>522
めちゃﾜﾛﾀ

[529 名無しさん＠お腹いっぱい。 NG NG]

gcc3.3.4のチャンゲログが無いですがな

[530 名無しさん＠お腹いっぱい。 NG NG]

3.x はバージョン進むのが早いな。

[531 名無しさん＠お腹いっぱい。 NG NG]

ICEってかっこいい響きだよな

[532 名無しさん＠お腹いっぱい。 NG NG]

ドイツの新幹線もICE

[533 名無しさん＠お腹いっぱい。 NG NG]

Inter City Express というのか。
In-Circuit Emurator
Internal Compiler Error
あとは?

[534 名無しさん＠お腹いっぱい。 NG NG]

X11のInter-Client Exchange protocolもな

[535 名無しさん＠お腹いっぱい。 NG NG]

Integral
Cool
Energy

[536 名無しさん＠お腹いっぱい。 NG NG]

Solaris9で、バイナリーのgcc-3.4.1をインスコしたら

ld.so.1: gcc: 重大なエラー: libiconv.so.2: open に失敗しました: ファイルもディレクトリもありません。
強制終了

となってしまいます。
2台やって2台とも同じでした。
iconvのバイナリーってどこで入手できますか？

[537 名無しさん＠お腹いっぱい。 NG NG]

>>536
おんなじとこにあるべ

[538 名無しさん＠お腹いっぱい。 NG NG]

GCC 3.4.2 age

[539 名無しさん＠お腹いっぱい。 NG NG]

>>536
Bruno Haible

[540 名無しさん＠お腹いっぱい。 NG NG]

3.4.1 から 3.4.2 に上げたら生成されるバイナリが
libgcc_s.so.1 をリンクするようになった。
このへん何か変わった？

[541 名無しさん＠お腹いっぱい。 NG NG]

うん。

[542 名無しさん＠お腹いっぱい。 NG NG]

GCC 4.0のおいしいところは？

[543 名無しさん＠お腹いっぱい。 NG NG]

スパイスが効いているところ。

[544 名無しさん＠お腹いっぱい。 NG NG]

ひどいめにあわすよ

[545 名無しさん＠お腹いっぱい。 NG NG]

プリコンパイルヘッダの作り方は
gcc /usr/include/**/*.h
でいいんだっけ？

[546 名無しさん＠お腹いっぱい。 NG NG]

http://gcc.gnu.org/onlinedocs/gcc-3.4.2/gcc/Precompiled-Headers.html#Precompiled-Headers

[547 名無しさん＠お腹いっぱい。 NG NG]

Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --disable-nls
Thread model: posix
gcc version 3.4.3

[548 名無しさん＠お腹いっぱい。 NG NG]

さてGCC4のリリースも近づきつつある今日この頃。
自分はこまめにビルド・チェックするほどの追っかけじゃなかったけど、GCC3というプロダクトはどのような評価に値する物だったのでしょか。

漏れには、伽藍時代よりテンポ良くリリースされていった分、各Linuxディストロもそれに振り回されてたような印象が。
あとGCC3は、例えば2.95.xや2.7.2.3並みに安定感のあるリリースがなされてたのでしょうか。

よろしければみんなの御意見、どぞ。

[549 名無しさん＠お腹いっぱい。 NG NG]

g++のC++規格追従上、3.X以外に考えられない。

[550 名無しさん＠お腹いっぱい。 NG NG]

3.4系はほとんど使われないまま4.0に移行しそうな予感が。

[551 名無しさん＠お腹いっぱい。 NG NG]

いまだに 2.95.x だよ。もう 4.x の足音が聞こえるような時期なのか。

[552 名無しさん＠お腹いっぱい。 NG NG]

神ID

http://life5.2ch.net/test/read.cgi/northa/1101482061/2
2：名無しさん []：04/11/27 00:26:40 ID:LIqjWGCC
逃げっと

[553 名無しさん＠お腹いっぱい。 05/01/27 12:55:20]

あげ

[554 名無しさん＠お腹いっぱい。 05/01/27 15:15:15]

gcc-4.0 が出るまでにこのスレを使いきろう…

[555 名無しさん＠お腹いっぱい。 05/01/27 17:29:04]

いつ出るのさ

[556 名無しさん＠お腹いっぱい。 05/01/27 21:02:08]

>>555
予定では近いうちに出るはずだが。

漏れ的にはsh-elfの-m2aが腐っているぽいのでもう少し待ってほしい所ですな。

[557 名無しさん＠お腹いっぱい。 05/01/27 22:05:24]

(´-`).。oO(Unix板にGCCって必要なんだろうか。。。)

[558 名無しさん＠お腹いっぱい。 05/01/28 18:09:11]

>>557
必要ないの？

[559 名無しさん＠お腹いっぱい。 05/02/04 14:34:09]

gcc.gnu.orgがHDDあぼーんしたらしい。

[560 名無しさん＠お腹いっぱい。 05/02/04 21:28:00]

>>559
そうらしいね。
なんかファイルシステムに問題あったらしいよ。
現在、復旧中らしい。

[561 名無しさん＠お腹いっぱい。 05/02/04 21:31:39]

反GPLな奴らのアタック

[562 名無しさん＠お腹いっぱい。 05/02/05 02:29:14]

アナウンスが来てから12時間ほど経ったが…まだ復旧してないのか。
これは長引きそうだな。

まあ急ぐ用事も無いから別に構わんが。

[563 名無しさん＠お腹いっぱい。 05/02/08 22:08:57]

4.0で新しくなる項目だとよ

What will be in 4.0
ttp://gcc.gnu.org/wiki/What%20will%20be%20in%204.0

[564 名無しさん＠お腹いっぱい。 2005/04/22(金) 11:05:39]

gcc-4.0 が出たらしいですが、スレ違いでしょうか

[565 名無しさん＠お腹いっぱい。 2005/04/22(金) 12:32:04]

びみょー

[566 名無しさん＠お腹いっぱい。 2005/04/27(水) 13:50:34]

gcc-4.0 で fortran を使うにはどうしたらよいでしょうか？

[567 名無しさん＠お腹いっぱい。 2005/04/27(水) 13:54:41]

>>566
スレタイ見ろよ。
スレ違いもいいとこだろが。
ったく。

[568 名無しさん＠お腹いっぱい。 2005/04/27(水) 14:39:07]

>>567
>>563

[569 名無しさん＠お腹いっぱい。 2005/04/27(水) 14:42:23]

GCC 3.0がリリーナされるのはいつですか？

[570 名無しさん＠お腹いっぱい。 2005/04/28(木) 00:03:01]

3と4は別スレじゃなくてもいいんじゃね?

[571 名無しさん＠お腹いっぱい。 2005/04/28(木) 00:29:45]

しっかし、このスレ息長すぎー。
4年近く存在するのか。

[572 名無しさん＠お腹いっぱい。 2005/04/28(木) 13:39:53]

遅蒔きながら、祝・GCC 4.0リリース。

gcc.gnu.org/gcc-4.0/changes.html とかは当然読んだんだけれど、他のサイトでリリースに対する反応があったらURLコピペぷりーず。

[573 名無しさん＠お腹いっぱい。 2005/04/28(木) 18:29:22]

とりあえず /. の記事。

GCC 4.0.0 Released
http://developers.slashdot.org/article.pl?sid=05/04/21/2125235

GCC 4.0.0リリース
http://slashdot.jp/article.pl?sid=05/04/22/101234

[574 名無しさん＠お腹いっぱい。 2005/05/03(火) 22:28:44]

A Review of GCC 4.0
http://developers.slashdot.org/article.pl?sid=05/05/02/1415220

[575 名無しさん＠お腹いっぱい。 2005/05/05(木) 20:16:14]

GCC 4.0
A Review for AMD and Intel Processors
http://www.coyotegulch.com/reviews/gcc4/

[576 名無しさん＠お腹いっぱい。 2005/05/05(木) 20:27:58]

しまった。>>574 の元記事だったか。

[577 名無しさん＠お腹いっぱい。 2005/05/14(土) 05:43:22]

いまだにgcc-2を使っていますが何か？

[578 名無しさん＠お腹いっぱい。 2005/05/14(土) 09:18:39]

>>577
ニートですか？

[579 名無しさん＠お腹いっぱい。 2005/05/14(土) 10:53:11]

ABIを変えたら負けだとおもってる。
gcc2.95を使ってる自分は勝ってるとおもいます。

[580 名無しさん＠お腹いっぱい。 2005/05/18(水) 16:11:20]

むぅ……。gcc-4.0.0 で rrdtool を作れない。
3.4.3 で作れたから困りゃしないんだけど。Solaris10。

checking if IEEE math works out of the box... no
checking if IEEE math works with the -ieee switch... no
checking if IEEE math works with the -qfloat=nofold switch... no
checking if IEEE math works with the -w -qflttrap=enable:zerodivide... no
checking if IEEE math works with the -mieee switch... no
checking if IEEE math works with the -q float=rndsngl switch... no
checking if IEEE math works with the -OPT:IEEE_NaN_inf=ON switch... no
checking if IEEE math works with the -OPT:IEEE_comparisons=ON switch... no
checking if IEEE math works with fpsetmask(0)... no
checking if IEEE math works with signal(SIGFPE,SIG_IGN)... no
configure: error:
Your Compiler does not do propper IEEE math ... Please find out how to
make IEEE math work with your compiler and let me know ([e-mail]).
Check config.log to see what went wrong ...

[581 名無しさん＠お腹いっぱい。 2005/05/18(水) 17:40:26]

むぅ……。top-3.5.1 もコケた。gcc-3.4.3 なら問題なし。
4.0 はまだ手を出すべきじゃないのかしらん。

[582 名無しさん＠お腹いっぱい。 2005/05/18(水) 17:48:58]

バグレポートしろよ

[583 名無しさん＠お腹いっぱい。 2005/05/18(水) 18:40:57]

そうなんだけど、プログラムは専門外だから
ソースが悪いのかコンパイラが悪いのか切り分けできないんだもん。

[584 名無しさん＠お腹いっぱい。 2005/05/18(水) 18:55:07]

>>583
切り分けは developer にしてもらえばよいのでは？
http://news.gmane.org/group/thread=87u0lw5hnx.wl%25yoichi%40geiin.org/force_load=t

[585 名無しさん＠お腹いっぱい。 2005/05/21(土) 11:32:27]

gcc 3.4.4出ましたよ。今のところ、これが一番安全パイ?

[586 名無しさん＠お腹いっぱい。 2005/05/22(日) 15:35:41]

3.3.5じゃない？

[587 名無しさん＠お腹いっぱい。 2005/05/22(日) 16:21:34]

3.3.6じゃなくて？

[588 名無しさん＠お腹いっぱい。 2005/05/22(日) 17:59:47]

うちも 3.3.6

[589 名無しさん＠お腹いっぱい。 2005/05/23(月) 13:47:26]

2.95.2

[590 名無しさん＠お腹いっぱい。 2005/05/23(月) 17:04:54]

2.95.3 じゃなくてーってなんかもう話題ないんか

[591 名無しさん＠お腹いっぱい。 2005/05/25(水) 22:25:32]

m68kでi*86のクロスとか、変なことしてる奴いるけ？

[592 名無しさん＠お腹いっぱい。 2005/05/25(水) 23:26:56]

いるけ？

[593 名無しさん＠お腹いっぱい。 2005/05/25(水) 23:38:09]

http://www.motenai.net/cgi-bin/banana/banana.cgi

[594 名無しさん＠お腹いっぱい。 2005/06/19(日) 19:03:22]

アホみたいにメモリ喰うようになったな。
おれがdjgccで1.3Xとか使ってた頃は（以下略・・・

[595 名無しさん＠お腹いっぱい。 2005/06/19(日) 19:49:04]

なんだいないのけ.

[596 名無しさん＠お腹いっぱい。 2005/06/19(日) 20:03:25]

惰性で見てるよこのスレ。
gcc が出たころは衝撃だったなー。
売りもんのコンパイラよりいい最適化コード吐くし、
gcc のソースコードとかマニュアルとか読んでぞくぞくしてた。

[597 名無しさん＠お腹いっぱい。 2005/06/20(月) 00:19:58]

>>596
スパーハッカキタ━(゜∀゜)━( ゜∀)━( 　゜)━(　　)━(゜ 　)━(∀゜ )━(゜∀゜)━!!!!

[598 名無しさん＠お腹いっぱい。 2005/06/20(月) 06:57:20]

gccはANSI Cを使うためだけに入れました。バージョン忘れた。

[599 名無しさん＠お腹いっぱい。 2005/06/20(月) 11:19:17]

1.27とか1.36とか?
つーか1000行くまでに4.1出てるし(w

[600 名無しさん＠お腹いっぱい。 2005/06/23(木) 13:08:50]

このペースなら5.0も期待できるな

[601 名無しさん＠お腹いっぱい。 2005/07/01(金) 23:33:23]

そろそろ4.0.1かな?

[602 名無しさん＠お腹いっぱい。 2005/07/08(金) 23:46:44]

http://gcc.gnu.org/ml/gcc/2005-07/msg00285.html

[603 名無しさん＠お腹いっぱい。 2005/07/08(金) 23:53:41]

gccの中の人GJ!
低脳支那人逝ってよし

[604 名無しさん＠お腹いっぱい。 2005/07/08(金) 23:56:55]

>>602
支那人が!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[605 名無しさん＠お腹いっぱい。 2005/07/08(金) 23:57:23]

すまん、火病おこしてしまったｗｗｗｗｗｗｗｗｗｗｗｗ

[606 名無しさん＠お腹いっぱい。 2005/07/15(金) 02:24:14]

>>580
カメレスだけど。
CFLAGS=-fno-builtin でいけるよ。

[607 名無しさん＠お腹いっぱい。 2005/07/15(金) 07:16:29]

gcc-4.0.1でperl-5.8.7がコンパイル出来ない。
miniperlがPATHどうこう言ってるけど、コンパイラの違いでそんなの影響出るんだろうか？

[608 名無しさん＠お腹いっぱい。 2005/07/15(金) 07:26:27]

>>607
どんなエラー？

[609 名無しさん＠お腹いっぱい。 2005/07/15(金) 09:20:30]

>>608
少し上から貼ると、こんなかんじ

CCCMD = x86_64-pc-linux-gnu-gcc -DPERL_CORE -c -D_REENTRANT
-D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -mtune=k8 -march=k8
-msse3 -mfpmath=sse -ftracer -pipe -fforce-addr -minline-all-stringops
-mno-push-args -maccumulate-outgoing-args -fprefetch-loop-arrays
-fsched-spec-load -funit-at-a-time -Wall
x86_64-pc-linux-gnu-gcc -L/usr/local/lib -o miniperl \
miniperlmain.o opmini.o libperl.a -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
make: [extra.pods] Error 1 (ignored)
./miniperl -Ilib configpm --heavy=lib/Config_heavy.pl configpm.tmp
Can't find configpm on PATH, '.' not in PATH.
make: *** [lib/Config.pm] Error 29

確かに、カレントディレクトリにconfigpmはあるんだけど。

[610 名無しさん＠お腹いっぱい。 2005/07/15(金) 11:26:27]

>>609
ふむ、よくわからんけど、config.sh の optim から最適化を外し
て、./Configure -S したあと、gmake するとか、thread 無しでコンパイルし
てみるとか。やってみたらどうかね。

[611 名無しさん＠お腹いっぱい。 2005/07/15(金) 11:30:09]

よくわからんけど、メッセージだけ読むと PATH=.:$PATH make
コンパイラの違いは不明

[612 607 2005/07/15(金) 15:45:30]

やっぱり、インタプリタレベルスレッドを使わないと問題ないようです。
とりあえず、しばらくはperlだけ諦めます。

[613 名無しさん＠お腹いっぱい。 2005/07/17(日) 09:20:16]

libpcapがgcc-4.0.1だと死にました。実際はtcpdumpから呼び出されて死ぬんだけど。
もう詳しい事はわからん。

[614 名無しさん＠お腹いっぱい。 2005/07/17(日) 09:51:55]

>>613
gdb tcpdump core
backtrace

[615 613 2005/07/17(日) 11:28:40]

-O2なら平気で-O3だと駄目みたい。
他に何も指定して無くても。
アーキテクチャはx86_64です。

tcpdumpのexpression指定しなければ落ちません。

バックトレースは深すぎるので、適当に
-O3 -ggdb3でlibpcapを作って
-O0 -ggdb3でtcpdump作った結果。

#0 0x00002aaaaae3125b in icode_to_fcode () from /usr/lib/libpcap.so.0
#1 0x00002aaaaae3159c in icode_to_fcode () from /usr/lib/libpcap.so.0
#2 0x00002aaaaae33efd in bpf_optimize () from /usr/lib/libpcap.so.0
#3 0x00002aaaaae25c07 in pcap_compile () from /usr/lib/libpcap.so.0
#4 0x00000000004500f4 in ?? ()
#5 0x00002aaaaaf67893 in __libc_start_main () from /lib/libc.so.6

[616 名無しさん＠お腹いっぱい。 2005/07/17(日) 11:40:39]

-finline-functionsが原因みたい。単体でも落ちた。

[617 名無しさん＠お腹いっぱい。 2005/07/17(日) 12:35:40]

x86_64 ってOSによっては安定してなかったり?

[618 名無しさん＠お腹いっぱい。 2005/07/17(日) 17:21:39]

どうなんでしょう。私は、gentoo linux使ってます。
4.1-CVSでもprofilebootstrap失敗するし、i386と比べたら安定してないんでしょうね。

[619 名無しさん＠お腹いっぱい。 2005/07/17(日) 23:06:57]

>>615
> アーキテクチャはx86_64です。

何故先に言わん(w
シグナル受けたんならどのシグナルかくらい晒さないと…

[620 名無しさん＠お腹いっぱい。 2005/07/18(月) 02:25:22]

>>619
シグナル核の忘れてました。SEGVです。

dmesgが埋め尽くされてる。
tcpdump[24386]: segfault at 0000000000000030 rip 00002aaaaae3125b rsp 00007fffff82f1a8 error 4

[621 名無しさん＠お腹いっぱい。 2005/07/18(月) 07:45:07]

バウンダリ関係かねえ。
libpcapを-g付きでcompileしてdebugが王道だと思うけど、
-mpreferred-stack-boundary= 辺りを試してみるのもいいかもねえ。
-march=k8にはなっているよね?

[622 名無しさん＠お腹いっぱい。 2005/07/18(月) 10:13:07]

Linux 2.6.12.3にしてみたら動作が変わった…。

-O -finline-funcionsはokになりました。
-O2 -finline-functionsだと落ちます。
-O2はonになるフラグが多すぎて、ちょっと調べきれないです。

-finline-limitで11までに制限すればok。12以上で落ちます。
-march=k8指定、-mpreferred-stack-boundaryは4,8,12はどれも解決にはなりませんでした。

なんか、デバッグ情報が出るようになったので貼ってみます。libpcap-0.9.3です。
#0 find_levels_r (b=0x0) at optimize.c:222
#1 0x00002aaaaae2df2b in find_levels_r (b=0x6fe7b0) at optimize.c:230
#2 0x00002aaaaae2df1f in find_levels_r (b=0x6fdbc8) at optimize.c:229
#3 0x00002aaaaae2ec40 in opt_loop (root=0x6fdbc8, do_stmts=0)
at optimize.c:251
#4 0x00002aaaaae303fc in bpf_optimize (rootp=0x2aaaaaf463e0)
at optimize.c:1740
#5 0x00002aaaaae2592a in pcap_compile (p=0x6fd2b0, program=0x7fffffaf1260,
buf=0x6fd120 "port 80", optimize=1, mask=16777215) at gencode.c:386
#6 0x00000000004500f4 in ?? ()
#7 0x00002aaaaaf63893 in __libc_start_main () from /lib/libc.so.6

gcc-4.0.1で-fstack-check, 3.4.4で-fstack-protector使ってみたけど何も出ませんでした。

[623 名無しさん＠お腹いっぱい。 2005/07/18(月) 10:38:15]

ifのjumpかな?
-Osだとどうだろう。

-falign-functions -falign-jumps -falign-loops -falign-labels
-freorder-blocks -fprefetch-loop-arrays がオフ。

[624 名無しさん＠お腹いっぱい。 2005/07/18(月) 11:19:08]

-fno-strict-aliasing
をつけるとどうなる？

ttp://makimo.to/2ch/pc8_unix/1106/1106041204.html#582
ttp://slashdot.jp/comments.pl?sid=175355&cid=537217