GCCについて part7

1 名前：デフォルトの名無しさん [2006/04/18(火) 19:57:04 ] 史上最強かもしれないツール、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 549 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 15:37:34 ] となると、4.2はスルーしたほうがよさげだなぁ 550 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 18:34:29 ] >>547 ttp://d.hatena.ne.jp/c-yan/20070305/1173092465 3/4 に続行って出てた 551 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:50:02 ] >>550 Thanks ttp://gcc.gnu.org/ml/gcc/2007-03/msg00130.html のステータスレポートですな んでヲレは当分は4.1のままでいることにしますだ 552 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 02:58:57 ] 現時点での最強のgccを教えてください 553 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 03:03:20 ] gcc 554 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:37:39 ] ecc 555 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:17:05 ] .2.95.3 に決まってる 556 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 15:25:25 ] あれはよかったのう… どこで間違ったんですかねえ 557 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 19:38:12 ] 長い間バージョンが上がらなかった反動で 出来がいかに糞でもバージョンが上がればいいと思い込んでしまったところ。 558 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 21:31:36 ] Makefileについてなんですが、現在以下のようなフォルダ構成でsrc以下 にソースファイルを置いています。 ┬src ├obj └run Makefileはrunにおいていて、makeコマンドを実行したら.oはobjに置かれ、 実行ファイルだけrunにできて欲しいのです。 しかし、makeコマンドを実行した場所に一緒に.oができてしまい、イライラしています。 Makeファイルはrun以下に置いて、.oはobj以下に作成されるというような解決方法は ないでしょうか？ 559 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 22:58:01 ] >>558 マニュアル読め。 そんなの質問するようなことか？ 560 名前：558 mailto:sage [2007/03/15(木) 23:48:26 ] MakefileでVPATHとOPTIONってどうやって両方とも有効にすればいいんでしょうか？ VPATH = ../src OPTION= -D_NDEBUG abc.o : a.c b.c c.c #[tab]$(CC) $(OPTION) -c $@ こんな感じでやっても、OPTIONが有効になりません。 かといって、#を削っても今度はVPATHが有効になりません。 どなたか、お助けを。 561 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 00:22:31 ] >>558 GNU make のパターンルールくらい嫁。基本じゃん $(target): $(objects) $(objects): ../obj/%.o: ../src/%.c 562 名前：389 mailto:sage [2007/03/16(金) 10:34:15 ] >>558 gccの話をしれ 563 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 15:43:52 ] 質問 転職してVisualC++を使う開発からGCCを使う開発に変わるんだが VC++のようなIDEって無いの？ GCCとViが基本？ 564 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 15:50:19 ] emacs 565 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 15:51:20 ] >>563 eclipse+cdtとかkdevelopとか 566 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 15:52:44 ] >>563 ttp://pc11.2ch.net/test/read.cgi/linux/1039282447/ 567 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 16:19:25 ] 皆さんThｘ！ 568 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 21:24:45 ] いまさらですがMakefileの話題はこちらへ make makes many problems pc11.2ch.net/test/read.cgi/tech/1029599472/ 569 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:50:56 ] >>548の後、相次いでバグが発見されたために延ばし延ばしになっていたRC1がようやく出ました。 GCC 4.2.0 RC1 gcc.gnu.org/ml/gcc/2007-03/msg00636.html ヤレヤレ… 570 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 06:35:48 ] なにがヤレヤレ…なの？ 571 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 13:01:22 ] >>570 >>569 のメール読めばすぐ分かるだろ. > we still have quite a number of GCC 4.2.0 P1s which concern me. 572 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 13:15:00 ] バグの出方を考えると、どう考えてもリリース品質とはいえないシロモノなのに、 RCにしちゃっていいの? 4.1と比べて、あまり最適化周りの性能向上もしていない ようだし。 573 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 13:24:45 ] 性能向上、どころか性能低下がかなり激しくて問題視されてる。 4.3は期待出来そうなんだが… まぁこの経験を生かしてこれからはより良い開発プロセスを作ってほしいね。 574 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 20:12:54 ] 4.xと3.xの比較ではどんなにググっても3.xがいいという人しか見つかりませんが 4.xでしかコンパイルできないソースを書かない限りは3.xでFAなんかいな？ 575 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 01:05:34 ] 3.4以降が4.xになったんじゃないの。 どうせ最高性能は2.95なんだから、最新がほしけりゃ4シリーズを使うべき だと思うけどね〜。まあ、lvalue assignmentの問題とか致命的な人には 致命的なんだろうけどさ。 576 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 01:55:31 ] C言語しか使わない人は2.95でもいいかもしれないけど、 C++ 使う人には思い出したくない過去な気が 577 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 01:56:12 ] Linuxのメジャーどころのディストリビューションが3.x以降に移行し、 FreeBSDも5以降は3.xに移行してから結構時間が経ってしまっている現状、 2.95.xではmakeが通らないアプリも結構あるからなぁ。 ってことで、Solarisで長いこと付属のcompanion CDに入っていた2.95.3を 使ってきたけど、SunFreewareの3.4.6に入れ替えた。 にしても、4.2がリリースされたら、4.1から入れ替えちゃって4.1がつかえなくなる ディストリビューションがありそう。Debianの場合、パッケージが用意されているのは 2.95、3.3、3.4、4.1なので、4.2がリリースされても大丈夫だろうし、FreeBSDのportsも そんな感じだから、ヲレ的には無問題なんだけど。 578 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 03:35:37 ] >>577 Solaris 10 以降だったら /usr/sfw/bin の下に GCC 入ってるよ。 バージョンが幾つだったか忘れたけど。 579 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 12:02:31 ] >>576 C++はそうだね。3.x以降で劇的に変わっているし。 あと、amd64などの新しいアーキテクチャへの対応もあるし。 にしても、>>575のいう最高性能が2.95っていう理由がよくわからんのだけど。 まさかコンパイル速度だけを見ているわけじゃないよね? 580 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 16:05:58 ] 見ているわけだろ。 581 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 15:55:40 ] コンパイル速度しか見ていないヤシ、以前UNIX板のgccスレにも湧いていたな 582 名前：389 mailto:sage [2007/03/20(火) 17:11:47 ] コンパイル速度とコードサイズの小ささは2.95のがよかったな。 実行速度は比べたことないんでしらんけど。 まぁ C99 や C++ や他のフロントエンドを考えると今更戻る気はしないな 583 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 17:57:44 ] 実行速度は自分が使うやつでは3.3が一番速かった 4.1は姫野ベンチってやつでは-O2以上にすると何故か3.4に比べて2倍くらい遅くなってた -O1とかでもそれまでと比べて遅くなってるけど 584 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 09:43:40 ] 姫野ベンチのソースコードは公開されてるの？ 585 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 10:57:09 ] されてるよ。ググればトップに出て来るけど。 586 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 14:45:25 ] fortranがベースなのか？ 587 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 17:59:33 ] ご自分でどうぞ。 588 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 20:22:54 ] >>586 Fortranベースじゃないかな。トップページに、Cの配列宣言をFortranに合わせた、って記述が。 言語の特性上、だいたいベンチ系はFortranベースのものが多いし。 589 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 15:52:02 ] 下のページを試しているのですがgcc時にエラーが出てしまいます ttp://www.hellohiro.com/native.htm jni.hがないと言われるのですが、lsで確認したところ存在します。 どこがまずいのでしょうか・・助けてください。 bash$ gcc -shared -l/usr/java/jdk1.6.0/include/ -l/usr/java/jdk1.6.0/include/linux/ HelloWorldJNI.cpp -o libHelloWorldJNI.so HelloWorldJNI.cpp:1 から include されたファイル中: HelloWorldJNI.h:2:17: error: jni.h: そのようなファイルやディレクトリはありません HelloWorldJNI.h:15: error: ‘JNIEXPORT’ does not name a type HelloWorldJNI.cpp:2: error: ‘JNIEXPORT’ does not name a type bash$ ls -l /usr/java/jdk1.6.0/include/jni.h -rw-r--r-- 1 root root 67831 11月 29 18:49 /usr/java/jdk1.6.0/include/jni.h 590 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 17:07:14 ] l じゃなくて I だよ lは -lpthreadみたいにライブラリに対して使う 591 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 17:59:14 ] >>590 ありがとうございます できました 本当に助かりました 592 名前：デフォルトの名無しさん [2007/03/31(土) 20:35:04 ] 4系ってコンパイルを正常に終わらせられるソフトウェアはまだ多くないと聞いたんだけど それと、Debianは2.95からパッケージに置いてあるのに Fedoraは3.3より先は切り捨てられているのはどうかと思うが 593 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 20:37:45 ] debianってそういうディストロだし fedoraってそういうディストロだし 594 名前：デフォルトの名無しさん [2007/03/31(土) 20:39:14 ] >>593 で、4系ってどうなのよ アレな出来なのか？ 595 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 20:46:50 ] 4.0 まぁ許容範囲 4.1 ギリギリ許容範囲 4.2 …だめぽ 4.3 期待の新星 javaとfortranについては順調に進歩してる。 が、肝心のcが… コンパイル時間は増える、バイナリはでかくなる&遅くなる、 でいい事あんまなし。 596 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 20:54:41 ] >>595 ありがとう まだ3系のほうがいいのね・・・ 597 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 22:15:44 ] 4.0 転換期。まぁ少しの性能の低下はしかたない。 4.1 すこし性能が回復。まだ3.6に及ばず。 4.2 なにそれうまい? 4.3 memcpy! memcpy! 598 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 22:42:26 ] 何と引き換えに性能が劣化してるの？ 599 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 22:47:07 ] >>598 www.jp.redhat.com/magazine/NO5/ 600 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 04:48:19 ] IA32への対応はそろそろ限界なのでは？ 601 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 09:48:20 ] 案の定、4.2で多くのパッケージをコンパイルしたアホなLinuxのディストロが出てきたねぇ。 602 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 10:11:17 ] 俺は使わないが、問題の炙り出しになるので大歓迎。 603 名前：デフォルトの名無しさん mailto:sage [2007/04/01(日) 10:40:42 ] 問題の炙り出しっつーても… これ、どうせ廃棄ものだぜ？ 2.96や3.3みたいに残しておく価値ないし 4.2で握るんなら4.3cvsで握ってくれた方がうれしいよ… たとえ爆死してもまだ納得できる 604 名前：デフォルトの名無しさん mailto:sage [2007/04/02(月) 17:28:52 ] >>601 Momonga 4なら4.2は捨てて4.1で行くことにしたらしいぞ。 ttp://developer.momonga-linux.org/wiki/?Momonga+Linux+4 ttp://developer.momonga-linux.org/wiki/?gcc-4.2 605 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 00:22:24 ] そんな日本ローカルな鳥なんてどうでもいい。 606 名前：デフォルトの名無しさん mailto:sage [2007/04/03(火) 02:06:59 ] あー momonnga ってまだあったんだー 607 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 11:14:29 ] gcc（ていうかGNU ld？）で、未使用な関数とかを自動的に除去して サイズ縮小したいんですが、そもそもそんな機能ありますか？ 608 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 12:24:40 ] >>607 gcc -ffunction-sections -Wl,--gc-sections 以下略 ttp://www.radiumsoftware.com/0401.html#040126 609 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 12:53:16 ] 結果的に未使用な関数の除去は出来るけど、 -ffunction-sectionsは性能の低下を引き起こすので使用には注意。 結局、その手の機能はまだ実装されてないんだね… 610 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 12:56:30 ] >>608 アリガトン！でも除去してくれなかったよorz。 611 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 13:22:17 ] >>610 ソースを一つに纏めて、全ての関数にstaticをつけると未使用関数は消えてなくなるんじゃね?w 612 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 15:49:11 ] >>611 その辺を-fwhole-programが面倒見てくれるのかと思っていた時期もありました・・・ 613 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 16:09:56 ] MacOSXでg++の4系列を使い始めたのですが， 以下のコードでコピーコンストラクタがないと起こられます． #include <iostream> using namespace std; class A { A (const A &p); A &operator = (const A &p); public: A () {} friend ostream &operator << (ostream &p_os, const A &p_a) {return p_os;} }; int main () { cout << A () << endl; return 0; } エラーメッセージは test.cpp:4: error: 'A::A(const A&)' is private test.cpp:12: error: within this context です．g++-3.3では起こられないのですが，これってg++-3.3の方が正しいですよね? powerpc-apple-darwin8-g++-4.0.1 (GCC) 4.0.1 g++-3.3 (GCC) 3.3 20030304 614 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 18:54:17 ] C++相談室で聞くことにします 615 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 22:24:49 ] つ ttp://lists.apple.com/archives/xcode-users/2007/Mar/msg00193.html この辺の話じゃね？ 616 名前：デフォルトの名無しさん mailto:sega [2007/04/15(日) 07:47:47 ] a==1; これについて、Warningを吐いてくれるオプションってある？ -Wall とか以外で。 617 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 10:11:39 ] warningを個別に禁止・許可することができるようになりましたか？ 618 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 10:56:35 ] なんで道具に頼るんですか？ 619 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 15:29:58 ] チェックを人間の目に頼るのは小学生まで 620 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 17:13:21 ] 幼稚園児？保育園児？ 621 名前：デフォルトの名無しさん [2007/04/15(日) 20:45:08 ] >>617 2000年問題とかは個別に禁止・許可できるよ 622 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 20:53:26 ] まだできないようですね。やれやれ。 623 名前：デフォルトの名無しさん mailto:sage [2007/04/15(日) 22:09:08 ] できました。ありがとうございました。 624 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 00:19:47 ] ちょっと.code16モードで生成されるコードに疑問があるので質問させてください。 __asm__(".text\n.code16\n.global _start\n_start:\njmp boot_main\n"); void asm_putc_ng(char c) { __asm__("int $0x10" :: "a"(0x0e00|c), "b"(0x7)); } void asm_putc_ok(char c) { 　__asm__( 　　　"mov 6(%ebp), %eax\n\t" // ココ。gccは8(%ebp)を生成するが・・・ 　　　"or $0x0e00, %ax\n\t" 　　　"mov $0x07, %bx\n\t" 　　　"int $0x10\n\t"); } void boot_main(void) { asm_putc_ok('D'); asm_putc_ng('D'); } BIOSコールで文字を出力するサンプルですが、.code16モードだと 引数のスタック上位置の計算がおかしく、引数が正常に渡りません。 こんなコードが生成されます： 　asm_putc_ok: ! asm_putc_ng でも同様のプリアンブルを生成 　　pushl %ebp 　　movl %esp, %ebp 　　subl $4, %esp　　　　！char c用にスタック領域を取る 　　movl 8(%ebp), %eax　！第一引数をEAXに入れようとしてるがオフセットおかしくない？ 　　movb %al, -4(%ebp)　！charなんでALだけ領域に書けば十分 リターンアドレスは16bitなので、ここは8(%ebp)でなく、6(%ebp)が 正しくないでしょうか？実際、それだと指定の文字を正しく出力します。 しかし、超メジャーなx86 gccでバグがあるとも思えないので、私が 単に16bitコード生成のための何かをしていないのではと悩んでます。 どうすれば正しいコードを生成させられるでしょうか？ 625 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 00:41:38 ] >>624 それはそういう仕様 16bitモードで使いたいなら素直にnasmでも使っとけ いや、絶対その方が不可解なところで悩まなくていいから。 626 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 01:20:06 ] MJD?でもサンクスコ。しかし説明だけ読んでる限りだと 　.code16　　- 16bit-based instruction, 32bit data 　.code16gcc - 16bit-based instruction (partly 32bit), 32bit data 　.code32　　- full 32bit instruction/data となると思ってしまうよなー。実際には16bitモードなアセンブラを埋めるために 使うことだけ想定してて、16bit C compilerとして使うことは想定してないのね。 627 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 15:09:24 ] ttp://gcc.gnu.org/ml/gcc/2007-04/msg00509.html さてさて、4.2はどうなることやら。 628 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 17:00:31 ] ttp://journal.mycom.co.jp/news/2007/04/10/019/index.html ってことで、FreeBSD 7はgcc-4.1にしようと作業中で、 アプリとコンパイラの両方でのバグ出しも進んでいるみたいですな。 4.2系と違って4.1系はsnapshotもきちんと1週間毎に出てきているし、 4.1.3は結構よさげなリリースになる予感。 629 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 21:55:40 ] もう世間のディストリのbugzillaは4.2/4.3の対応待ちとかで埋まってるのに、1周期ずれてるなw 630 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:06:43 ] 629はかなり頭が悪そうな雰囲気 631 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 17:36:43 ] 広く出回ってるアプリケーション?をgcc3.4系でコンパイルする際に つけといたほうがいいオプションってありますか？ ほとんどの場合以下のオプションをつけてます。(xeon 5130の場合) CC=gcc \ CFLAGS='-march=nocona -mcpu=nocona -m64 -O9 -mmmx -msse -msse2 -msse3 -mfpmath=sse' \ LDFLAGS="-z combreloc" \ ./configure \ (その他configureのオプション) 632 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 18:18:02 ] >>631 -Wall -pedantic -std=c99 --input-charset=??? --exec-charset=euc-jp 633 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 19:24:53 ] エラーチェックを厳しくするオプションと ソースにマルチバイトが含まれてるときの処理 でしょうか？ 自分で書く際には役に立ちそうですが 人のコードコンパイルするときには使いにくそうですね。 最適化オプションの話がききたかったのですが ...とおもったらここプ板なんで作る側の板なんですね 検索できてそのまま書いてしまいました。 板違いですねorz 634 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 23:35:31 ] >>631 とりあえず重複が多い。info見とき。 635 名前：デフォルトの名無しさん mailto:age [2007/04/21(土) 00:58:26 ] スレ違いかもしれませんが、他に適当なスレがないのでここで質問させてください。 arについてなのですが、同じ名前でディレクトリが違うオブジェクトファイルをライブラリに詰めたとします。 たとえば、 /dir1/obj.o /dir2/obj.o があったとして、 ar rcs libtest.a /dir1/obj.o /dir2/obj.o とやったような場合です。この場合libtest.aの中にはobj.oが２つ存在することになります。 このライブラリを展開すると、obj.oは１つしか出てきません。 ２つ出るのかもしれませんが、１つは上書きされるようです。 オブジェクトファイルを２つとも取り出すにはどうしたらいいんでしょうか。 636 名前：635 mailto:sage [2007/04/21(土) 13:15:51 ] どうやらどのオプションを使っても方法がないようなので、 自分でbinutilsのソースを書き換えました。 637 名前：デフォルトの名無しさん mailto:sage [2007/04/26(木) 19:16:03 ] GCC 4.2.0 Status Report (2007-04-24) gcc.gnu.org/ml/gcc/2007-04/msg00850.html 4/29フリーズ&RC 5月第一週リリース予定だそうな 出来はいいからとにかくリリースして4.3に集中してほしいな 638 名前：デフォルトの名無しさん mailto:sage [2007/04/26(木) 19:26:07 ] >>637 いままでのstatus reportや、RCの出来を考えると、4.2系には不安がいっぱいというか まるで期待が持てないものねぇ。 639 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 08:04:32 ] リリースするより、4.2はなかったことにして4.3になるはずのものを 4.2にスライドしてくれる方がいいんじゃない? 640 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 13:02:19 ] >>639 そういう意見も強かったようだけど、4.2をそのままリリースすることに決まっちゃったからねぇ。 しょうがないので、4.2の下手なマイナーアップデートをせず、4.1と4.3に力を注いで欲しいところ。 641 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 18:08:00 ] ttp://www.itmedia.co.jp/enterprise/articles/0705/01/news010_4.html > GCC 3.3よりもGCC 4.0でビルドする方が高いパフォーマンスを得られる 3系の方が速いのかと思ってた 642 名前：・∀・）っ-○◎● mailto:sage [2007/05/01(火) 19:51:59 ] 絶対嘘。3.3のほうがバイナリ速い。 643 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 20:26:49 ] 場合によるだろ すぐに絶対とか言っちゃうやつは馬鹿な証拠 644 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 20:57:03 ] >>641 何がしたいのかよくわからない記事だね。 ブラウザを起動させたまま同じページを100回ロードするとかの方がいいだろうに。 あえて>>641を材料に考えると、3通りの全てのテストで3.3と4.0の差は optの方がnooptより縮まっているのだから、3.3の方が4.0より最適化が 優れていると考えるのが自然だと思う。 全条件にわたって4.0のグラフの方が短いのはシンボル解決など起動時の負担が 小さくなるような仕様の変更があったのではないかと推測。 あと、今時こういう測定で「画像主体」はないんじゃないかとw CSSバリバリとかDHTMLとかSaaSとか、重さを感じるページってのはそういうの なんだからその辺でやってくださいよと。 645 名前：デフォルトの名無しさん [2007/05/01(火) 21:26:37 ] 団子ちゃんが言うことは絶対なんデス＞＜ 646 名前：デフォルトの名無しさん [2007/05/01(火) 21:50:00 ] つーかさ、そこらのコードがちょっとばかし速く動くより、 ダンゴさんのコードが速く動くことのほうが、 全世界的に見て有用だろ。 647 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 22:35:36 ] 団子のコードが速くなる3系＞＞＞＞＞＞firefoxが速くなる4系 648 名前：・∀・）っ-くコ:彡- mailto:sage [2007/05/02(水) 00:29:51 ] いかさまだろ 649 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 05:57:54 ] 短時間で連レスする奴が並んでるな 後半消えてるけど

---

---

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

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