祝・GCC 3.0リリース

**さあね** · NG

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

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

**名無しさん＠お腹いっぱい。** · NG

g++3で書いた中身C++、インターフェースCなライブラリを、g++2
から利用する(またはその逆)ための、良い方法は無いでしょうか？
普通にやろうとすると__dynamic_castなどが衝突するので、
リンカ側で色々工夫をする必要があるようなのです。
FreeBSDで、-symbolicなどを駆使して、一応例外などを
動かすことはできましたが、とてもポータブルとは思えない
ので、もっと正しい方法があれば教えてください。

**名無しさん＠お腹いっぱい。** · NG

64bit Solaris 8でgcc 3.2をコンパイルできた人いますか?
Companion CDで入る/opt/sfw/bin/gcc (2.95.3)を使って
やっているのですが(make checkの)エラーが消えません。

$ /usr/local/bin/tar xvfz gcc-3.2.tar.gz
$ cd gcc-3.2; mkdir objdir; cd objdir
$ echo $PATH
/opt/sfw/bin /usr/bin /bin /usr/ccs/bin /usr/local/bin
$ ../configure --enable-languages=c,c++ --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls
$ /usr/local/bin/make bootstrap (Errorは出ません。)
$ echo $TCL_LIBRARY
/usr/local/lib/tcl8.4
$ echo $DEJAGNULIBS
/usr/local/share/dejagnu
$ /usr/local/bin/make -k check | tee check.log
で,check.logからサマリ部分だけ抜き出すと、

**名無しさん＠お腹いっぱい。** · NG

=== libstdc++-v3 Summary ===

# of expected passes 407
# of unexpected failures 2
# of unexpected successes 10
# of expected failures 16

=== gcc Summary ===

# of expected passes 18688
# of expected failures 66
# of unsupported tests 111

=== g++ Summary ===

# of expected passes 7248
# of unexpected failures 3
# of expected failures 88
# of untested testcases 21
# of unsupported tests 4

bootstrapまでは通っているけどtestsuiteのC++関連の
unexpected failuresがあるのが不安です。
http://gcc.gnu.org/gcc-3.2/buildstat.htmlを見ると
(Test resultsでエラーがある人もいるけど)Successfulの
人もそれ以上に結構いて、なんで私のだけエラーが出るのかと...

**名無しさん＠お腹いっぱい。** · NG

$ cd gcc/
$ for file in *.o ; do cmp $file stage2/$file; done
でのstage2とstage3の比較はOKのようなのですが...
そもそもtestsuiteでunexpexted failuresが0になるものでしょうか。
gccをsourceからbuildするのは初めてなのでよく作法/流儀が...
Package版があるようなのでそっちを入れた方がいいんでしょうか。

**名無しさん＠お腹いっぱい。** · NG

gcc3.xをメインに使わないやしは氏ね

**名無しさん＠お腹いっぱい。** · NG

gcc 3.2.1
http://gcc.gnu.org/gcc-3.2/changes.html

**名無しさん＠お腹いっぱい。** · NG

gcc-3.2でperl-5.6.1がmake出来ない(´･ω･`) ｼｮﾎﾞｰﾝ

**名無しさん＠お腹いっぱい。** · NG

>>295
もしよければ詳細キボンヌ

gcc-3.2は最適化でバグがあるらしいね…「-fno-strength-reduce」を追加して対処
した方がいいらしい（Vim-6.1のパッチ260より）

gcc-3.2.1ではfixされているのかな？

**295** · NG

これと同じ ttp://archive.develooper.com/perl5-porters@perl.org/msg84835.html
パッチあったんで助かったYo!

**名無しさん＠お腹いっぱい。** · NG

>>296
なるほど、これか
ttp://archive.develooper.com/perl5-porters@perl.org/msg84893.html

Thanks

**名無しさん＠お腹いっぱい。** · NG

ttp://www.coyotegulch.com/reviews/intel_comp/intel_gcc_bench2.html

**名無しさん＠お腹いっぱい。** · NG

propolice の特許？
特開 2001-216161
http://www2.ipdl.jpo.go.jp/BE0/index.html
で検索汁

**名無しさん＠お腹いっぱい。** · NG

>>300

一部に衝撃が走り中（ｗ

**名無しさん＠お腹いっぱい。** · NG

正式書類にはこう書くのか(藁
インターナショナル・ビジネス・マシーンズ・コーポレ－ション

**名無しさん＠お腹いっぱい。** · NG

>>300
使ってもお金とられなきゃ特許でもいいや…

**名無しさん＠お腹いっぱい。** · NG

泳がせておいて後で回収と言うunisys方式もあるよ。

**名無しさん＠お腹いっぱい。** · NG

特許を申請した理由が知りたい…
日付からするとパッチを公開した時期なのかな？

**名無しさん＠お腹いっぱい。** · NG

特許申請しないと公開させてもらえなかったのかも。
特許の文書もやけに教育的だし。

**名無しさん＠お腹いっぱい。** · NG

特許は申請じゃなくて出願するもんだろう。

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

みなさん、リリース間近の3.3は試していますか？

**名無しさん＠お腹いっぱい。** · NG

propolice開発者です。GCCに提出している部分はGPLとしていますから、この部分に関して特許の心配はありません。
但し他のコンパイラ製品には適用されます。
このスレッドは見ているわけではないので、できれば私宛にメールを送ってください。アドレスはホームページから探してください。

**名無しさん＠お腹いっぱい。** · NG

>>310
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

**名無しさん＠お腹いっぱい。** · NG

>Support for thread local storage has been added to the IA-32 and x86-64 ports.

ほう。port限定だけど3.3でTLSサポート入るのか。

>IBM ROMP, romp-*-*
>IBM大騒ぎ、romp-*-*

(´∀`)

**nobody** · NG

TLS サポートって TLS をどうサポートするんだろう?
下校できるとか

**名無しさん＠お腹いっぱい。** · NG

>>313
True Love Story カヨ

**名無しさん＠お腹いっぱい。** · NG

3.2.1いい感じだね。
安定してきた感じ。

**名無しさん＠お腹いっぱい。** · NG

そろそろ、全面的に3を採用してもいい頃なんじゃないかねえ。
Cに関しては移行についての問題も少なそうだし。g++がなあ
2.XXはおかしいから早いところなくなって欲しいのだけど。

**名無しさん＠お腹いっぱい。** · NG

祝 Debian sid で gcc = gcc-3.2 化

**名無しさん＠お腹いっぱい。** · NG

これで、開発系は全部がgcc-3.2になったのかな？

**名無しさん＠お腹いっぱい。** · NG

>>318
まあ、Linux-2.5.54 は Documentation/Changes では
The recommended compiler for the kernel is gcc 2.95.x (x >= 3), and it
should be used when you need absolute stability. You may use gcc 3.0.x
instead if you wish, although it may cause problems. Later versions of gcc
have not received much testing for Linux kernel compilation, and there are
almost certainly bugs (mainly, but not exclusively, in the kernel) that
will need to be fixed in order to use these compilers. In any case, using
pgcc instead of plain gcc is just asking for trouble.
なんて書かれてはいるけどね。

**名無しさん＠お腹いっぱい。** · NG

vim 6.1のconfigureにもこんなのがあるなぁ。

if test "$gccversion" = "3.1" -o "$gccversion" = "3.2" -o "$gccversion" = "3.2.1" && `echo "$CFLAGS" | grep -v fno-strength-reduce >/dev/null`; then
echo 'GCC 3.1 and 3.2 have a bug in the optimizer, adding "-fno-strength-reduce"'
CFLAGS="$CFLAGS -fno-strength-reduce"
fi

**名無しさん＠お腹いっぱい。** · NG

http://pc3.2ch.net/test/read.cgi/tech/1007731543/855-856

わくわく。

**296** · NG

>>320
ま、3.2.1でも3.2と同様問題がある…ということですかｼｮﾎﾞｰﾝ

**名無しさん＠お腹いっぱい。** · NG

>>322
ちなみに、debian sid 標準なのは pre-release な 3.2.2。2003-01-09 版。

**山崎渉** · NG

（＾＾）

**名無しさん＠お腹いっぱい。** · NG

3.3ってどうよ

**名無しさん＠お腹いっぱい。** · NG

>>325
普通に動いてるけど。
最適化に関して改善されたみたいだけどどうだろう。
ベンチなんてとったりしてないし。。。

**名無しさん＠お腹いっぱい。** · NG

しかし、最近は簡単にマイナーバージョンを上げるなぁ。

**名無しさん＠お腹いっぱい。** · NG

>>327
3.3ってのは実質3.2だってことをお忘れなく。

**名無しさん＠お腹いっぱい。** · NG

3.1.1 -> 3.2 になったからってことかな?

**名無しさん＠お腹いっぱい。** · NG

http://gcc.gnu.org/install/finalinstall.html

> We strongly recommend to install into a target directory where there is no
> previous version of GCC present.

これって、gcc をバージョンアップするときは以前のバージョンを消せということ？

**名無しさん＠お腹いっぱい。** · NG

上書きしてトラブっても自力で対処できないような香具師は
おとなしく新しいディレクトリ掘っとけ、ということでしょう。
/usr/local/gcc-3.2.2/ とか。

**名無しさん＠お腹いっぱい。** · NG

>>330
混ぜるなキケンってこと

**名無しさん＠お腹いっぱい。** · NG

>>332
あんたは、バージョンごとにディレクトリ分けてるのかい？

**名無しさん＠お腹いっぱい。** · NG

>>333
$ ls /usr/lib/gcc-lib/i386-redhat-linux
2.96
3.2.1
egcs-2.91.66

少なくともRedHat Inc.は分けてる。

**名無しさん＠お腹いっぱい。** · NG

>>334
ここで出ている target directory をたがえるいうのは、
そういうことではないと思うが。

おまい、自分でgccをインストールしたことすらないでしょ。

**名無しさん＠お腹いっぱい。** · NG

もれはCVSの日付で分けてるけど。

**名無しさん＠お腹いっぱい。** · NG

>>335
> おまい、自分でgccをインストールしたことすらないでしょ。
たしかに久しくやってないな。

**山崎渉** · NG

（＾＾）

**名無しさん＠お腹いっぱい。** · NG

http://pc.2ch.net/test/read.cgi/unix/1047638117

**名無しさん＠お腹いっぱい。** · NG

長寿だなぁ、このスレ。

**山崎渉** · NG

（＾＾）

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

age

**名無しさん＠お腹いっぱい。** · NG

gcc-3.2.3 リリース記念sage

**名無しさん＠Ｅｍａｃｓ** · NG

>>344
遅

**名無しさん＠お腹いっぱい。** · NG

**名無しさん＠お腹いっぱい。** · NG

ちゃんと3.2.2がCurrentReleaseになったのは4/25
だし。遅いってことも無いんじゃない？

上で3.2.2ｷﾀ━(ﾟ∀ﾟ)━!って言ってたのはDebianに
PreReleaseが入ったってだけだし。

**名無しさん＠お腹いっぱい。** · NG

間違えた。3.2.3ね。

**名無しさん＠お腹いっぱい。** · NG

debian serge の無印gccがgcc-3.2(3.2.3) になってったよ！
さらば2.95

**名無しさん＠お腹いっぱい。** · NG

Pentium Mで最適化って-mcpu=pentium3でエエのかしら？
i686にしといたほうが無難か？

NG

-O3 が無難

**名無しさん＠お腹いっぱい。** · NG

-mcpu=pentium3と-mcpu=i686ってどこがちがうの？

**名無しさん＠お腹いっぱい。** · NG

i686にはPenPro,Pen2やAthlonも含むんじゃないの？

**名無しさん＠お腹いっぱい。** · NG

>>352
gccのソース嫁

とりあえずi386.mdってのを探すべし

**名無しさん＠お腹いっぱい。** · NG

3.3リリースあげ
http://gcc.gnu.org/gcc-3.3/

**名無しさん＠お腹いっぱい。** · NG

9か月ぶり。おめでとう！！

**名無しさん＠お腹いっぱい。** · NG

3.3だとglibc-2.3.2がコンパイル通らなくねっすか？

**名無しさん＠お腹いっぱい。** · NG

>>357
そんなものを何のためにコンパイルするのかな？

ひょっとして禿しく板違い？

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

gcc 3.3 でCのコードをコンパイルしようとした時，

/tmp/ccSthUIX.s: Assembler messages:
/tmp/ccSthUIX.s:1820: Error: invalid character '.' in mnemonic

というようなエラーが出てきて，該当するアセンブリ出力を見てみたら

　　　　cmovl.ge　　　　%eax, %ebx

というものだったんだけど，これは gcc 側がおかしなニーモニックを
吐き出しているのか，それとも as 側がおかしいのか，どちらでしょうか？
as は binutils 2.13.2.1

**360** · NG

http://www.intel.com/design/intarch/techinfo/pentium/instrefc.htm#75304
を見ると，"cmovl.ge"なんて命令はなさそうだし，gcc側がおかしいのかなぁ．

**名無しさん＠お腹いっぱい。** · NG

>>361
CMOVGEでは？
gasのオペコードもcmovgeで定義されてるねえ。
gccのi386.md追っかけてないけど、gccの問題臭いな。

**名無しさん＠お腹いっぱい。** · NG

gcc2.9x系と3.0との違いは何ですか？
ポインタだけでも結構ですので、ご存知の方がいれば
おしえてください。

**名無しさん＠お腹いっぱい。** · NG

>>363
http://gcc.gnu.org/releases.html

**名無しさん＠お腹いっぱい。** · NG

>>364
さんくす。
主な変更点は、
・最適化の強化(末尾再帰呼び出しの除去など)
・サポートするプラットフォームの増加(IA64など)
・Javaのサポート
・C++まわりの改良
・C言語の新しい規格C99への対応を強化(完全準拠ではないみたい)
・新しく書き直されたプリプロセッサ
・内部仕様の変更(ガーベージコレクションを採用、文脈自由文法の
解析アルゴリズムを変更など)

こんなかんじでしょうか。

ところで
「New tail call and sibling call elimination optimizations.」
は末尾再帰呼び出しの除去だと思ったんだけど、あってる？

**名無しさん＠お腹いっぱい。** · NG

再帰だけじゃなくて、
return foo();
みたいのを関数呼び出しからジャンプに変更するとかも含まれんじゃないかな。

**名無しさん＠お腹いっぱい。** · NG

これってヤバイの？
http://www.iss.net/security_center/static/12115.php

**名無しさん＠お腹いっぱい。** · NG

そもそも見慣れない構文なんだが。C99か？
いずれにしても、そんな機能を使ってるプログラムは
まず無いだろうな。

**名無しさん＠お腹いっぱい。** · NG

Debian/sarge使ってます。
g++を3.3.1-0pre0にしたらblitz++がコンパイルできなくなっちゃって、
3.3-2に戻したらコンパイルできるようになりました。
gccが悪いのかblitz++が悪いのかはわかりません。
こういうときはどこかに報告するべき？

**名無しさん＠お腹いっぱい。** · NG

>>369
原因を特定できないのなら、ろくな説明ができないと
思われますので報告は必要ないですね。
特定できるのなら詳細なバグレポートを。

**名無しさん＠お腹いっぱい。** · NG

/* BEGIN-----------
#include<iostream>
#include<fstream>
using namespace std;
int main(){ return 0; }
/* END-------------
というプログラムをFreeBSD5.1のGCC3.2.2でコンパイルしたら
#include<fstream>の部分が原因で、
/usr/include/g++/fstream:304: warning: `typename std::basic_filebuf<_CharT,
_Traits>::int_type' is implicitly a typename
/usr/include/g++/fstream:304: warning: implicit typename is deprecated, please
see the documentation for details
/usr/include/g++/fstream:309: warning: `typename std::basic_filebuf<_CharT,
_Traits>::int_type' is implicitly a typename
/usr/include/g++/fstream:309: warning: implicit typename is deprecated, please
see the documentation for details
というエラーがでます。
GCC2.9.5では何もエラーは起らないのですが、原因知ってる人がいたらおねがいします。

**名無しさん＠お腹いっぱい。** · NG

(´-`).｡ｏＯ(warningとerrorの区別がつかないDQNがここにもひとり…)

**名無しさん＠お腹いっぱい。** · NG

(´-`).｡ｏＯ('GCC2.9.5'とは随分若いバージョンを使ってるな)

**名無しさん＠お腹いっぱい。** · NG

(´-`).｡ｏＯ(それ以前に2.9.xなんてバージョン世間一般に公開されてないだろ)

**名無しさん＠お腹いっぱい。** · NG

>>371
なんか-CURRENTでそんな話読んだ記憶がある。
ヘッダファイルが古いからだったか。

どうせg++3.3に上げるから放置じゃなかったかな。

portsからいれれば問題ない。

>>372
正しいプログラムにwarningが出るのは問題だろ。
C++ってしってる？

**名無しさん＠お腹いっぱい。** · NG

"正しい"プログラムだからこそwarningになるのであって、
"正しくない"プログラムが(errorではなく)warningにしかならないのであれば、
そっちのほうが大問題。

まあ、C++規格のうつろいの激しさを知らないピュアな>>375に乾杯。

**371** · NG

>"正しい"プログラムだからこそwarningになるのであって、
>
結局このwarningは消せないのでしょうか？
毎回出て来るのは正直ウザいので

**名無しさん＠お腹いっぱい。** · NG

>>377
portsのgcc32かgcc33でもインスコして常にそっちを使うようmake.confで指定しとくとか

**名無しさん＠お腹いっぱい。** · NG

warning

**名無しさん＠お腹いっぱい。** · NG

とりあえずCFLAGSに"-Werror"を付けておけば
warningで悩まされることはなくなる次第

**名無しさん＠お腹いっぱい。** · NG

ﾜｰﾆﾝｸﾞ

**名無しさん＠お腹いっぱい。** · NG

>>376
> "正しい"プログラムだからこそwarningになるのであって、
はぁ？ISO/IEC 14882って読んだことありますか？

> まあ、C++規格のうつろいの激しさを知らないピュアな>>375に乾杯。
自分のことだろw
いまだに頭の中がARMなんだろうな…

**名無しさん＠お腹いっぱい。** · NG

非建設的な煽りは御遠慮ください

**名無しさん＠お腹いっぱい。** · NG

>>383
372-384のうち375の前半と378以外は全て非建設的だがな。

**名無しさん＠お腹いっぱい。** · NG

わはは、ピュアな脊髄反射だなあw
んで、マジレスするとISO/IEC 14882には
そもそもここで言うerrorとかwarningという用語は登場しないし、
"正しい"プログラムにdiagnostic messageを出してはいけないとも書いてないわけだが。

**名無しさん＠お腹いっぱい。** · NG

そういう話題はプログラミング板とかでやって。

**名無しさん＠お腹いっぱい。** · NG

プログラミング板ってどこ? >>386=382=375

まあ、FreeBSDなんぞの不具合を延々引っ張られるのも
たしかに迷惑だが。

**名無しさん＠お腹いっぱい。** · NG

>>385
もうやめとけw