GCCについて part7 - 暇つぶし2ch

GCCについて part7 ..

504:デフォルトの名無しさん
06/12/17 17:44:58
やぱりそうですか。
マニュアル見てると -feliminate-unused-debug-symbols とか -gfull とか
ちょっと関係してそうなものがあるので、定義を見ただけで突っ込むように
できないかもう少し見てみます。

505:デフォルトの名無しさん
06/12/18 00:08:18
上、できてるんで報告しときます。

　gcc -fno-eliminate-unused-debug-types -ggdb3 foo.c

でデバッグターゲット中にない enum などの型情報もデバッグセッションで
参照できるようになりました（-ggdb3 -> -g3 でもおけ）。

これで pt enum hoge とか p HOGE_A+0 とかもばっちりです。

506:デフォルトの名無しさん
06/12/18 12:38:59
good bad know how

507:デフォルトの名無しさん
06/12/20 21:10:35
gdb関連で質問なんですが、ロードしたプログラムのテキストセグメントに
オンメモリでパッチをあてて関数のNOP化などをしたいのですが、そのまま
run しようとすると Text File busy とか言われてしまいます（Linux）。

一回 gdb -write で書き換えたバイナリを保存して、gdb を再起動して
再実行する場合は問題ないのですが、書き換え→保存→再実行→元ファイル
復元→・・・と試行錯誤するのが面倒なので、オンメモリのイメージだけ
書き換えて実行したいです。これは gdb でできるのでしょうか？

508:デフォルトの名無しさん
07/01/04 11:45:29
アーキテクチャも分らないのに

509:デフォルトの名無しさん
07/01/04 20:19:52
アーキテクチャ関係なくね?

510:デフォルトの名無しさん
07/01/06 05:56:19
>>509
ちげーよ
ある仮定を１つ言ってないだけさ

511:デフォルトの名無しさん
07/01/31 22:46:48
fURLﾘﾝｸ(gcc.gnu.org)

512:デフォルトの名無しさん
07/02/07 19:18:53
ううむ、4.2はまだリリースされないのか。4.1.2と同時リリースなのか?

513:デフォルトの名無しさん
07/02/07 22:42:13
4.1.2の後に4.2pre→4.2でしょ。
4.2はまだ1月ぐらいかかるんじゃないかな…

514:デフォルトの名無しさん
07/02/08 23:17:12
>>512-513
もうすでにIR版で6.0が出てるわけだが
URLﾘﾝｸ(2chart.fc2web.com)

515:デフォルトの名無しさん
07/02/09 02:34:15
514はたぶんものすごいバカ

516:デフォルトの名無しさん
07/02/12 03:09:56
>>515
お前も釣られたんだな・・・

517:デフォルトの名無しさん
07/02/12 03:35:15
まあもちつけ、兄者。
釣りにはスルーで対抗せよ。

518:デフォルトの名無しさん
07/02/14 18:27:21
GCC 4.1.2 has been released.
URLﾘﾝｸ(gcc.gnu.org)

やっと出た…
さっさと4.2こーい

519:デフォルトの名無しさん
07/02/15 10:43:02
4.2からOpenSSLやFirefoxが起動しない。

OpenSSLのMLみりゃ載ってるけど、strickt-aliasingか何のためか詳しく分からんが
関数ポインタのキャスト(かな?)で禁止になった次項が増えたらしい。
これが検出されたら、そこに強制終了コード埋め込まれる。

詳しい人、日本語で解説よろぴく。

520:デフォルトの名無しさん
07/02/15 10:56:41
>>519
どれかアーカイブで示してくれるとうれしいんだが。
URLﾘﾝｸ(www.openssl.org)

521:デフォルトの名無しさん
07/02/15 18:18:38
URLﾘﾝｸ(marc.theaimsgroup.com)
URLﾘﾝｸ(gcc.gnu.org)
あたりかな?
cast_via_void_fptr()がダメになったらしいけど、素人の私にはさっぱりorz

522:デフォルトの名無しさん
07/02/16 02:22:29
古い (ANSI 以前の知識ベースの) C プログラマがこういう行儀の悪いコード書くんだよ
そういう奴らを一掃するためにもがんがんエラーにしてくれ

523:デフォルトの名無しさん
07/02/16 02:22:42
Cではコンパチブルじゃない型のaliasを禁止している。
それを実行時に察知してabort()する範囲が増えた。

524:デフォルトの名無しさん
07/02/16 03:51:47
errorじゃなくて abortするのがなあ。まあ、warningもでるけど。

525:デフォルトの名無しさん
07/02/16 09:03:27
Buffer overflowなんかの絡みもあるんじゃないのか?
一昔前じゃ、実行時チェックなんてあり得ないセンスだけど。

526:デフォルトの名無しさん
07/02/16 21:01:27
なんで実行時なんだ？

527:デフォルトの名無しさん
07/02/20 16:40:47
4.2の出来が悪すぎるんでどうしようか迷っているらしい
URLﾘﾝｸ(gcc.gnu.org)

528:デフォルトの名無しさん
07/02/20 17:30:59
4.1.2も3.4.6に比べて大分性能悪くなってた
4.0系は試してないから分からないけど

529:デフォルトの名無しさん
07/02/21 04:00:01
-fwhole-compile --combine って C++ で使えない？
１クラスだけの簡単なサンプルでやってもメンバ関数が undefined reference に
なってしまうんだが。v4.1.2、ちなみに C なら問題ない。

仕方ないので、単体ファイル毎に -fprofile-generate/use して自分ツールビルド
してみたら 1% 速くなたｗ
まあこれでもいっか、と MinGW で同じようにやったら internal compiler error orz

530:デフォルトの名無しさん
07/02/21 04:13:03
>>529
書き間違い済まぬ -fwhole-program っすね

531:デフォルトの名無しさん
07/02/21 04:15:13
今試したらできなかった
-fwhole-compileじゃなくて-fwhole-programだったけど

532:デフォルトの名無しさん
07/02/24 22:35:57
進歩した部分もあれば後退した部分もあるから gcc-4 はまだまだ主流になれそうにないね。

最適化パスが Tree SSA と RTL で重複し始めてるような気もするが?

533:デフォルトの名無しさん
07/02/25 16:08:15
>>528
4.0はもっとひどかった。4.1になってちょっとマシになった。

534:デフォルトの名無しさん
07/02/26 03:37:49
SPECの結果って最近どうなの？

535:デフォルトの名無しさん
07/02/26 23:17:10
2CPU構成で1CPUしか使ってくれないソフトをGCC4.1でOpenMPを有効にしてmakeすれば2CPU使ってくれるのでしょうか？
GCCマスターのお知恵をおかしください・・・

536:デフォルトの名無しさん
07/02/26 23:24:16
>>535
そうはいかんざき。
OpenMP用にソースにちょっと手を入れないといけない。

537:デフォルトの名無しさん
07/02/26 23:41:18
1位3.3系
2位3.4系
3位4.1系

538:535
07/02/26 23:42:09
>>536
アホらしい質問すいません。
ありがとうございます。
SolarisやLinuxでnbenchというCPUの性能を測るものがあって、これを複数CPUで動かして計測したいのですが、1CPUでしか動いていませんでした。
オプションに-fopenmpをつけてmakeすれば複数CPU対応版になってくれれば良いな、と思った次第です。
世の中そんな甘くないのですね。
SolarisやLinuxで複数CPUに対応したCPUベンチマークソフトがあれば良いのですがね。

539:デフォルトの名無しさん
07/02/26 23:54:46
横から失礼します。
-ftree-vectorizeで並列化した場合は、マルチCPUで効果があるのでしょうか。

540:デフォルトの名無しさん
07/02/27 01:22:01
>>539
vectorizeはSSEを使った高速化じゃないの? だとすれば、一つのコアしか使わないと思われ。

>>538
プラグマで、OpenMPの対象とするforループを指定してやるとかすればいい。

541:デフォルトの名無しさん
07/02/27 04:33:48
目的がよく分からないんだけど，元々１CPU用のベンチを自分で適当に弄って
意味あるの？　元の製作者がやるんだったらともかく

542:デフォルトの名無しさん
07/02/27 10:03:51
>>538
そんなあなたに、Intel compiler。
-parallelオプションで、ある程度自動で並列化してくれる。
非商用目的なら無償で入手できます。

543:デフォルトの名無しさん
07/02/28 03:50:56
>>539
ubench とか sysbench とか。
んでも、1 個のベンチマークツールだけに頼らない方が良いよ。
それと、なるべく自分が想定しているアプリに近い負荷で試した方が良い。
アプリに付属しているベンチマークツールを使うとかね。
マイクロベンチマークは落とし穴がいっぱいあるから、きちんと統計情報も
取得した方が良いよ。

544:デフォルトの名無しさん
07/03/06 07:21:59
Mingwが3.4.6出す夢を見た。

545:デフォルトの名無しさん
07/03/11 13:00:40
gcc　4.2の正式リリース予定日はまだ決まっていないのでしょうか？

546:デフォルトの名無しさん
07/03/11 15:01:01
3月中旬

547:デフォルトの名無しさん
07/03/12 14:12:52
gcc-4.2って>>527の話があったけど、どうなったの?
3月中旬にリリースってことは、結局そのままリリースするのかな?

548:デフォルトの名無しさん
07/03/12 15:17:29
その様だ
明日RC1が出る

GCC 4.2.0 RC1 Status
URLﾘﾝｸ(gcc.gnu.org)

549:デフォルトの名無しさん
07/03/12 15:37:34
となると、4.2はスルーしたほうがよさげだなぁ

550:デフォルトの名無しさん
07/03/12 18:34:29
>>547
URLﾘﾝｸ(d.hatena.ne.jp)
3/4 に続行って出てた

551:デフォルトの名無しさん
07/03/12 19:50:02
>>550
Thanks
URLﾘﾝｸ(gcc.gnu.org) のステータスレポートですな
んでヲレは当分は4.1のままでいることにしますだ

552:デフォルトの名無しさん
07/03/13 02:58:57
現時点での最強のgccを教えてください

553:デフォルトの名無しさん
07/03/13 03:03:20
gcc

554:デフォルトの名無しさん
07/03/15 09:37:39
ecc

555:デフォルトの名無しさん
07/03/15 11:17:05
.2.95.3
に決まってる

556:デフォルトの名無しさん
07/03/15 15:25:25
あれはよかったのう…
どこで間違ったんですかねえ

557:デフォルトの名無しさん
07/03/15 19:38:12
長い間バージョンが上がらなかった反動で
出来がいかに糞でもバージョンが上がればいいと思い込んでしまったところ。

558:デフォルトの名無しさん
07/03/15 21:31:36
Makefileについてなんですが、現在以下のようなフォルダ構成でsrc以下
にソースファイルを置いています。

┬src
├obj
└run

Makefileはrunにおいていて、makeコマンドを実行したら.oはobjに置かれ、
実行ファイルだけrunにできて欲しいのです。

しかし、makeコマンドを実行した場所に一緒に.oができてしまい、イライラしています。

Makeファイルはrun以下に置いて、.oはobj以下に作成されるというような解決方法は
ないでしょうか？

559:デフォルトの名無しさん
07/03/15 22:58:01
>>558
マニュアル読め。
そんなの質問するようなことか？

560:558
07/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:デフォルトの名無しさん
07/03/16 00:22:31
>>558
GNU make のパターンルールくらい嫁。基本じゃん
$(target): $(objects)
$(objects): ../obj/%.o: ../src/%.c

562:389
07/03/16 10:34:15
>>558
gccの話をしれ

563:デフォルトの名無しさん
07/03/16 15:43:52
質問

転職してVisualC++を使う開発からGCCを使う開発に変わるんだが
VC++のようなIDEって無いの？
GCCとViが基本？

564:デフォルトの名無しさん
07/03/16 15:50:19
emacs

565:デフォルトの名無しさん
07/03/16 15:51:20
>>563
eclipse+cdtとかkdevelopとか

566:デフォルトの名無しさん
07/03/16 15:52:44
>>563
ｽﾚﾘﾝｸ(linux板)

567:デフォルトの名無しさん
07/03/16 16:19:25
皆さんThｘ！

568:デフォルトの名無しさん
07/03/16 21:24:45
いまさらですがMakefileの話題はこちらへ

make makes many problems
ｽﾚﾘﾝｸ(tech板)

569:デフォルトの名無しさん
07/03/18 02:50:56
>>548の後、相次いでバグが発見されたために延ばし延ばしになっていたRC1がようやく出ました。

GCC 4.2.0 RC1
URLﾘﾝｸ(gcc.gnu.org)

ヤレヤレ…

570:デフォルトの名無しさん
07/03/18 06:35:48
なにがヤレヤレ…なの？

571:デフォルトの名無しさん
07/03/18 13:01:22
>>570
>>569 のメール読めばすぐ分かるだろ.
> we still have quite a number of GCC 4.2.0 P1s which concern me.

572:デフォルトの名無しさん
07/03/18 13:15:00
バグの出方を考えると、どう考えてもリリース品質とはいえないシロモノなのに、
RCにしちゃっていいの? 4.1と比べて、あまり最適化周りの性能向上もしていない
ようだし。

573:デフォルトの名無しさん
07/03/18 13:24:45
性能向上、どころか性能低下がかなり激しくて問題視されてる。
4.3は期待出来そうなんだが…
まぁこの経験を生かしてこれからはより良い開発プロセスを作ってほしいね。

574:デフォルトの名無しさん
07/03/18 20:12:54
4.xと3.xの比較ではどんなにググっても3.xがいいという人しか見つかりませんが
4.xでしかコンパイルできないソースを書かない限りは3.xでFAなんかいな？

575:デフォルトの名無しさん
07/03/19 01:05:34
3.4以降が4.xになったんじゃないの。
どうせ最高性能は2.95なんだから、最新がほしけりゃ4シリーズを使うべき
だと思うけどね～。まあ、lvalue assignmentの問題とか致命的な人には
致命的なんだろうけどさ。

576:デフォルトの名無しさん
07/03/19 01:55:31
C言語しか使わない人は2.95でもいいかもしれないけど、
C++ 使う人には思い出したくない過去な気が

577:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/03/19 03:35:37
>>577
Solaris 10 以降だったら /usr/sfw/bin の下に GCC 入ってるよ。
バージョンが幾つだったか忘れたけど。

579:デフォルトの名無しさん
07/03/19 12:02:31
>>576
C++はそうだね。3.x以降で劇的に変わっているし。
あと、amd64などの新しいアーキテクチャへの対応もあるし。

にしても、>>575のいう最高性能が2.95っていう理由がよくわからんのだけど。
まさかコンパイル速度だけを見ているわけじゃないよね?

580:デフォルトの名無しさん
07/03/19 16:05:58
見ているわけだろ。

581:デフォルトの名無しさん
07/03/20 15:55:40
コンパイル速度しか見ていないヤシ、以前UNIX板のgccスレにも湧いていたな

582:389
07/03/20 17:11:47
コンパイル速度とコードサイズの小ささは2.95のがよかったな。
実行速度は比べたことないんでしらんけど。
まぁ C99 や C++ や他のフロントエンドを考えると今更戻る気はしないな

583:デフォルトの名無しさん
07/03/20 17:57:44
実行速度は自分が使うやつでは3.3が一番速かった
4.1は姫野ベンチってやつでは-O2以上にすると何故か3.4に比べて2倍くらい遅くなってた
-O1とかでもそれまでと比べて遅くなってるけど

584:デフォルトの名無しさん
07/03/21 09:43:40
姫野ベンチのソースコードは公開されてるの？

585:デフォルトの名無しさん
07/03/21 10:57:09
されてるよ。ググればトップに出て来るけど。

586:デフォルトの名無しさん
07/03/21 14:45:25
fortranがベースなのか？

587:デフォルトの名無しさん
07/03/21 17:59:33
ご自分でどうぞ。

588:デフォルトの名無しさん
07/03/21 20:22:54
>>586
Fortranベースじゃないかな。トップページに、Cの配列宣言をFortranに合わせた、って記述が。
言語の特性上、だいたいベンチ系はFortranベースのものが多いし。

589:デフォルトの名無しさん
07/03/23 15:52:02
下のページを試しているのですがgcc時にエラーが出てしまいます
URLﾘﾝｸ(www.hellohiro.com)
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:デフォルトの名無しさん
07/03/23 17:07:14
l じゃなくて I だよ
lは -lpthreadみたいにライブラリに対して使う

591:デフォルトの名無しさん
07/03/23 17:59:14
>>590
ありがとうございます
できました
本当に助かりました

592:デフォルトの名無しさん
07/03/31 20:35:04
4系ってコンパイルを正常に終わらせられるソフトウェアはまだ多くないと聞いたんだけど
それと、Debianは2.95からパッケージに置いてあるのに
Fedoraは3.3より先は切り捨てられているのはどうかと思うが

593:デフォルトの名無しさん
07/03/31 20:37:45
debianってそういうディストロだし
fedoraってそういうディストロだし

594:デフォルトの名無しさん
07/03/31 20:39:14
>>593
で、4系ってどうなのよ
アレな出来なのか？

595:デフォルトの名無しさん
07/03/31 20:46:50
4.0 まぁ許容範囲
4.1 ギリギリ許容範囲
4.2 …だめぽ
4.3 期待の新星

javaとfortranについては順調に進歩してる。
が、肝心のcが…
コンパイル時間は増える、バイナリはでかくなる&遅くなる、
でいい事あんまなし。

596:デフォルトの名無しさん
07/03/31 20:54:41
>>595
ありがとう
まだ3系のほうがいいのね・・・

597:デフォルトの名無しさん
07/03/31 22:15:44
4.0 転換期。まぁ少しの性能の低下はしかたない。
4.1 すこし性能が回復。まだ3.6に及ばず。
4.2 なにそれうまい?
4.3 memcpy! memcpy!

598:デフォルトの名無しさん
07/03/31 22:42:26
何と引き換えに性能が劣化してるの？

599:デフォルトの名無しさん
07/03/31 22:47:07
>>598
URLﾘﾝｸ(www.jp.redhat.com)

600:デフォルトの名無しさん
07/04/01 04:48:19
IA32への対応はそろそろ限界なのでは？

601:デフォルトの名無しさん
07/04/01 09:48:20
案の定、4.2で多くのパッケージをコンパイルしたアホなLinuxのディストロが出てきたねぇ。

602:デフォルトの名無しさん
07/04/01 10:11:17
俺は使わないが、問題の炙り出しになるので大歓迎。

603:デフォルトの名無しさん
07/04/01 10:40:42
問題の炙り出しっつーても…
これ、どうせ廃棄ものだぜ？
2.96や3.3みたいに残しておく価値ないし
4.2で握るんなら4.3cvsで握ってくれた方がうれしいよ…
たとえ爆死してもまだ納得できる

604:デフォルトの名無しさん
07/04/02 17:28:52
>>601
Momonga 4なら4.2は捨てて4.1で行くことにしたらしいぞ。
URLﾘﾝｸ(developer.momonga-linux.org)
URLﾘﾝｸ(developer.momonga-linux.org)

605:デフォルトの名無しさん
07/04/03 00:22:24
そんな日本ローカルな鳥なんてどうでもいい。

606:デフォルトの名無しさん
07/04/03 02:06:59
あー momonnga ってまだあったんだー

607:デフォルトの名無しさん
07/04/07 11:14:29
gcc（ていうかGNU ld？）で、未使用な関数とかを自動的に除去して
サイズ縮小したいんですが、そもそもそんな機能ありますか？

608:デフォルトの名無しさん
07/04/07 12:24:40
>>607
gcc -ffunction-sections -Wl,--gc-sections 以下略
URLﾘﾝｸ(www.radiumsoftware.com)

609:デフォルトの名無しさん
07/04/07 12:53:16
結果的に未使用な関数の除去は出来るけど、
-ffunction-sectionsは性能の低下を引き起こすので使用には注意。

結局、その手の機能はまだ実装されてないんだね…

610:デフォルトの名無しさん
07/04/07 12:56:30
>>608
アリガトン！でも除去してくれなかったよorz。

611:デフォルトの名無しさん
07/04/07 13:22:17
>>610
ソースを一つに纏めて、全ての関数にstaticをつけると未使用関数は消えてなくなるんじゃね?w

612:デフォルトの名無しさん
07/04/07 15:49:11
>>611
その辺を-fwhole-programが面倒見てくれるのかと思っていた時期もありました・・・

613:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/07 18:54:17
C++相談室で聞くことにします

615:デフォルトの名無しさん
07/04/07 22:24:49
つ URLﾘﾝｸ(lists.apple.com)
この辺の話じゃね？

616:デフォルトの名無しさん
07/04/15 07:47:47
a==1;
これについて、Warningを吐いてくれるオプションってある？

-Wall とか以外で。

617:デフォルトの名無しさん
07/04/15 10:11:39
warningを個別に禁止・許可することができるようになりましたか？

618:デフォルトの名無しさん
07/04/15 10:56:35
なんで道具に頼るんですか？

619:デフォルトの名無しさん
07/04/15 15:29:58
チェックを人間の目に頼るのは小学生まで

620:デフォルトの名無しさん
07/04/15 17:13:21
幼稚園児？保育園児？

621:デフォルトの名無しさん
07/04/15 20:45:08
>>617
2000年問題とかは個別に禁止・許可できるよ

622:デフォルトの名無しさん
07/04/15 20:53:26
まだできないようですね。やれやれ。

623:デフォルトの名無しさん
07/04/15 22:09:08
できました。ありがとうございました。

624:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/17 00:41:38
>>624
それはそういう仕様
16bitモードで使いたいなら素直にnasmでも使っとけ
いや、絶対その方が不可解なところで悩まなくていいから。

626:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/18 15:09:24
URLﾘﾝｸ(gcc.gnu.org)
さてさて、4.2はどうなることやら。

628:デフォルトの名無しさん
07/04/18 17:00:31
URLﾘﾝｸ(journal.mycom.co.jp)
ってことで、FreeBSD 7はgcc-4.1にしようと作業中で、
アプリとコンパイラの両方でのバグ出しも進んでいるみたいですな。

4.2系と違って4.1系はsnapshotもきちんと1週間毎に出てきているし、
4.1.3は結構よさげなリリースになる予感。

629:デフォルトの名無しさん
07/04/18 21:55:40
もう世間のディストリのbugzillaは4.2/4.3の対応待ちとかで埋まってるのに、1周期ずれてるなw

630:デフォルトの名無しさん
07/04/18 22:06:43
629はかなり頭が悪そうな雰囲気

631:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/20 18:18:02
>>631
-Wall -pedantic -std=c99 --input-charset=??? --exec-charset=euc-jp

633:デフォルトの名無しさん
07/04/20 19:24:53
エラーチェックを厳しくするオプションと
ソースにマルチバイトが含まれてるときの処理
でしょうか？
自分で書く際には役に立ちそうですが
人のコードコンパイルするときには使いにくそうですね。
最適化オプションの話がききたかったのですが

...とおもったらここプ板なんで作る側の板なんですね
検索できてそのまま書いてしまいました。
板違いですねorz

634:デフォルトの名無しさん
07/04/20 23:35:31
>>631
とりあえず重複が多い。info見とき。

635:デフォルトの名無しさん
07/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
07/04/21 13:15:51
どうやらどのオプションを使っても方法がないようなので、
自分でbinutilsのソースを書き換えました。

637:デフォルトの名無しさん
07/04/26 19:16:03
GCC 4.2.0 Status Report (2007-04-24)
URLﾘﾝｸ(gcc.gnu.org)

4/29フリーズ&RC
5月第一週リリース予定だそうな
出来はいいからとにかくリリースして4.3に集中してほしいな

638:デフォルトの名無しさん
07/04/26 19:26:07
>>637
いままでのstatus reportや、RCの出来を考えると、4.2系には不安がいっぱいというか
まるで期待が持てないものねぇ。

639:デフォルトの名無しさん
07/04/27 08:04:32
リリースするより、4.2はなかったことにして4.3になるはずのものを
4.2にスライドしてくれる方がいいんじゃない?

640:デフォルトの名無しさん
07/04/27 13:02:19
>>639
そういう意見も強かったようだけど、4.2をそのままリリースすることに決まっちゃったからねぇ。
しょうがないので、4.2の下手なマイナーアップデートをせず、4.1と4.3に力を注いで欲しいところ。

641:デフォルトの名無しさん
07/05/01 18:08:00
URLﾘﾝｸ(www.itmedia.co.jp)
> GCC 3.3よりもGCC 4.0でビルドする方が高いパフォーマンスを得られる
3系の方が速いのかと思ってた

642:・∀・）っ-○◎●
07/05/01 19:51:59
絶対嘘。3.3のほうがバイナリ速い。

643:デフォルトの名無しさん
07/05/01 20:26:49
場合によるだろ
すぐに絶対とか言っちゃうやつは馬鹿な証拠

644:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/05/01 21:26:37
団子ちゃんが言うことは絶対なんデス＞＜

646:デフォルトの名無しさん
07/05/01 21:50:00
つーかさ、そこらのコードがちょっとばかし速く動くより、
ダンゴさんのコードが速く動くことのほうが、
全世界的に見て有用だろ。

647:デフォルトの名無しさん
07/05/01 22:35:36
団子のコードが速くなる3系＞＞＞＞＞＞firefoxが速くなる4系

648:・∀・）っ-くコ:彡-
07/05/02 00:29:51
いかさまだろ

649:デフォルトの名無しさん
07/05/02 05:57:54
短時間で連レスする奴が並んでるな
後半消えてるけど

650:デフォルトの名無しさん
07/05/02 07:19:33
ITmediaも暇なことしてるなw
httpなんて最適化で劇的に高速になるわけねーんだから
ユーザーがビルドしても時間のムダでしかないだろ。

651:デフォルトの名無しさん
07/05/02 11:03:52
これほど偉そうな割にピント外れのレスも珍しい。

652:デフォルトの名無しさん
07/05/02 12:33:38
社員乙

653:デフォルトの名無しさん
07/05/02 15:16:59
レンダリングのことをダウンロードだと思っているようで。

654:デフォルトの名無しさん
07/05/02 15:19:13
言い方変だったな。
firefoxではローカルファイルを表示できないと思っている、というほうが正しいか。

まあGWだから仕方ないけど。

655:デフォルトの名無しさん
07/05/02 16:39:12
HTML解析と内部DOM生成、スクリプトとのやりとり、レンダリング
どれも重そうだよ

656:デフォルトの名無しさん
07/05/03 00:51:07
しょうもないことしてるな。
一ランク上のプロセッサ買ったほうが手っ取り早いだろ。

657:デフォルトの名無しさん
07/05/03 00:51:56
そのネタもう飽田

658:デフォルトの名無しさん
07/05/03 06:06:16
フルアセンブラでブラウザ書けばきっと速いよ

　　　　　　　　　　　　　　　　　　　　ﾊ_ﾊ　　
　　　　　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩　はやいよ！
　　　　　　　　　　　　　　　　　　　　ヽ　　〈　
　　　　　　　　　　　　　　　　　　　　　ヽヽ_)

659:デフォルトの名無しさん
07/05/03 06:10:02
そのネタも、最適化なめるな突っ込みも、もう飽北

660:デフォルトの名無しさん
07/05/03 11:21:58
シェルスクリプトでブラウザ書けばきっと(ry

661:デフォルトの名無しさん
07/05/03 19:17:10
ハンドレンダリング
これ最強。

662:デフォルトの名無しさん
07/05/04 04:56:58
>>661
だよな、テーブル表記なんか心が和む微妙な曲線で描かれるんだぜ

663:デフォルトの名無しさん
07/05/04 12:47:42
openmpが使える環境だと4.2の方が圧倒的に速いね

664:デフォルトの名無しさん
07/05/08 17:23:45
GCC って今 rand のアルゴリズムに何使っとん？

665:デフォルトの名無しさん
07/05/08 17:29:20
GCCって乱数なんか使ってるの？

666:デフォルトの名無しさん
07/05/08 17:30:30
使っているlibraryによる。

liblibertyなら↓を読んで。
URLﾘﾝｸ(gcc.gnu.org)

667:デフォルトの名無しさん
07/05/08 18:37:24
TYPE_0 は線形合同法っぽいけど、他のは・・・何だろ。
これが噂の遅延フィボナッチとやら？
とりあえず、TYPE_0 以外では >> 1 はしてるっぽいので安心した。

668:デフォルトの名無しさん
07/05/09 04:01:19
>>664
で、使ってるライブラリは何なの？
MinGW? Cygwin? OSのlibc?

669:デフォルトの名無しさん
07/05/09 06:22:54
>>668
別に自分の環境のだけのが知りたいわけでもないんで。

670:デフォルトの名無しさん
07/05/09 06:43:36
そもそもgccとrand()に何の関係もないわな。

671:デフォルトの名無しさん
07/05/09 07:04:49
ぬ？ UNIX/Linux だと OS が提供してるの？

672:デフォルトの名無しさん
07/05/09 07:48:20
コンパイラとライブラリが別

673:デフォルトの名無しさん
07/05/09 07:50:26
いや、ライブラリ提供者。

674:デフォルトの名無しさん
07/05/09 08:01:54
>>671
どんなOSでも、OSのランタイム環境の一部として、配布されている。
開発環境がない実行環境でも動かないといけないから。
今時はほとんどダイナミックリンクだしね。

675:デフォルトの名無しさん
07/05/09 08:07:18
>>674
OSのランタイム環境ってなんだよｗ
rand関数提供してるOSなんて見たこと無いぞ
VBのラインタイムと混同してないか？
半端な知ったかぶりするなら黙ってたほうがいいよ

676:デフォルトの名無しさん
07/05/09 08:21:27
＞OSのランタイム環境の一部として
いや、ライブラリ（ｒｙ

677:デフォルトの名無しさん
07/05/09 08:40:41
>>675
UNIXではOS添付のlibc内のrand()を使うのが当然。
SolarisでもLinuxでも*BSDでも、そう。
gcc以外のコンパイラでもrand()は同じ。

MinGWだって、MinGWがrand()を提供しているんじゃなくて、msvcrtが提
供しているわけで、gccとは関係ない。

678:デフォルトの名無しさん
07/05/09 09:06:49
へー。勉強になった。

679:デフォルトの名無しさん
07/05/09 19:38:26
int msvcrt_rand() { rand_seed = rand_seed * 214013 + 2531011; return (rand_seed >> 16) & 0x7fff; }
int newlib_rand() { newlib_seed = newlib_seed * 6364136223846793005L + 1; return (newlib_seed >> 32) & RAND_MAX; }
long glibc_rand() { x=x*1103515245+12345; return x & 2147483647; }

それぞれの実装

680:デフォルトの名無しさん
07/05/09 19:47:10
glibc は何でいつまでもこんな糞実装なんだろう？
右シフトもしないなんて。

681:デフォルトの名無しさん
07/05/09 21:09:27
>>680
互換性

682:デフォルトの名無しさん
07/05/09 21:12:47
RAND_MAX を変えるのは流石に困るが、
乱数アルゴリズムに依存したコードなんて書いてる奴がいるのか・・・。

683:デフォルトの名無しさん
07/05/09 21:30:56
>>682
つモンテカルロ法

乱数のアルゴリズムつーか、質が問題

684:デフォルトの名無しさん
07/05/09 21:32:34
つ［再現性］

685:デフォルトの名無しさん
07/05/09 21:33:23
質が良くなる分には問題ないと思うけど。
というか、モンテカルロ法に rand を使う時点で問題がある気もする。

686:デフォルトの名無しさん
07/05/09 21:36:36
そんなに再現性が欲しいなら自前で実装しそうなんだがなあ。

687:デフォルトの名無しさん
07/05/09 21:45:00
だよなあ

688:デフォルトの名無しさん
07/05/09 21:49:10
結局はしょっぱいプログラムの尻拭いってことか。

689:デフォルトの名無しさん
07/05/09 23:58:56
>>679
man読むとこんなの使ってないってはっきり書いてあるんだけど
glibc

690:デフォルトの名無しさん
07/05/10 00:06:07
質じゃなくて、性質に依存している。
性質が明記してあるのだから当たり前。

691:デフォルトの名無しさん
07/05/13 13:43:44
擬似乱数
ｽﾚﾘﾝｸ(tech板)l50

692:デフォルトの名無しさん
07/05/14 13:19:01
ファイルスコープで extern int a = 0; とか書くと g++ 4.0.1 だと警告出るのな。
まあそれはいいんだけど、なぜか 2 度も同じ警告が出る。
これはバグと言っていいんだろうか。

693:デフォルトの名無しさん
07/05/16 06:59:55
4.2きたね。
まだ正式リリースじゃないっぽいけど。

694:デフォルトの名無しさん
07/05/16 07:20:08
>>692
ヘッダに書いてるの？
ソースは分割してるの？
その定義が使われている .c ファイルは何個あるの？

695:デフォルトの名無しさん
07/05/16 07:35:16
やればわかる。
.c １個のみ。

696:デフォルトの名無しさん
07/05/16 15:10:49
4.2ちょっと試してみたけどやっぱりあんまり速くなってなかった。
というか遅くなってた。
4.1.2と同じオプションでコンパイルしただけだけど。

697:デフォルトの名無しさん
07/05/16 15:35:33
コンパイル速度が遅くなったのか。
それとも実行速度が遅くなったのか。

698:デフォルトの名無しさん
07/05/16 15:53:10
実行速度だよもちろん。
-O3 -fomit-frame-pointer -march=pentiumpro
くらいしか指定してないけど。

699:デフォルトの名無しさん
07/05/16 16:34:39
コンパイル速度の事かと思った。

700:デフォルトの名無しさん
07/05/16 17:03:08
コンパイル速度が速いに越したことは無いが
そもそも実行速度が速くなればフィードバックするっしょ

701:デフォルトの名無しさん
07/05/16 19:19:15
May 13, 2007
GCC 4.2.0 has been released.

702:デフォルトの名無しさん
07/05/17 03:17:36
>>698
今時pprowmarch=nativemtune=nativeでやってみたら。

703:デフォルトの名無しさん
07/05/18 15:56:09
openmpは反則的な速さだ

704:デフォルトの名無しさん
07/05/20 20:22:05
gcc 4.3.0 まだー？

705:デフォルトの名無しさん
07/05/22 21:29:58
3.4.2 を使っている人いますか？

706:デフォルトの名無しさん
07/05/23 15:05:21
います。

707:デフォルトの名無しさん
07/05/23 17:27:07
1.36.3を使っている人いますか？

708:デフォルトの名無しさん
07/05/23 19:55:53
います。

709:デフォルトの名無しさん
07/05/24 05:17:05
2.95.xを使った事のないひといますか？

710:デフォルトの名無しさん
07/05/24 07:10:41
います。

711:デフォルトの名無しさん
07/05/24 07:52:44
います。

712:デフォルトの名無しさん
07/05/24 09:01:27
living roomって日本語でなんだっけ？

713:デフォルトの名無しさん
07/05/24 09:20:11
>>712
居室。一般住宅なら居間。

714:デフォルトの名無しさん
07/05/24 14:52:26
きょます。

715:デフォルトの名無しさん
07/05/24 22:22:37
gcc-4.2.0ってなんで自分のコンパイルにあんなにいっぱいメモリ喰うの？

716:デフォルトの名無しさん
07/05/24 22:26:53
います。

717:デフォルトの名無しさん
07/05/24 23:20:39
>>715
メモリを使うことで、gccが実際に使える環境かどうかを試験しているのです。
使えない環境なら、ビルド自体ができないというフールプルーフ設計です。
gccのビルドよりメモリを食うソフトはありませんから。

718:デフォルトの名無しさん
07/05/25 03:31:29
メモリ256MB
スワップ892MB
FreeBSD-currentでgcc4.2使ってxorg7.2コンパイルしたら gcc internal error で落ちるから何だとおもったら
swap_pager_getswapspace: failedﾜﾛﾀ

719:デフォルトの名無しさん
07/05/25 04:00:28
>>717
C++ならもっとメモリ食うよ

720:デフォルトの名無しさん
07/05/25 08:13:31
>>718
スワップとあわせて1G…現状では小さすぎるような。
32bitカーネル環境だとしても、合計で4Gの壁ギリギリかそれ以上とらないと、最近のアプリ全般自体が厳しいかも。
合計1Gだと、デスクトップをXfceなどで、しかもチューンして行かないと厳しいと思う。
もしくはそもそも、ビルドしている間はXやサーバ類を全て切った状態でやるか。
ま、コンパイラ周りでメモリリークしてる可能性もあるので、修正版を待ちましょう:-)

721:デフォルトの名無しさん
07/05/25 15:33:26
twmなら快適です

722:デフォルトの名無しさん
07/05/26 06:47:50
>>720
そんなことない。
メモリ 256MB、スワップ 1GB 程度でも GNOME だって充分動く。
Xorg のコンパイルでアホみたいにメモリ食うのは GCC のバグだし。
URLﾘﾝｸ(gcc.gnu.org)

723:デフォルトの名無しさん
07/05/26 07:11:51
4.2のかなり大きなバグがまた一つ…って感じか。
にしても、FreeBSD-currentを筆頭に、gcc-4.2に移行するOSがかなり多いのにはびっくり。

724:デフォルトの名無しさん
07/05/26 15:53:34
4.2はいらない子

725:デフォルトの名無しさん
07/05/26 16:03:46
4.2はダメな子

726:デフォルトの名無しさん
07/05/26 20:04:47
>>722
gcc-4.2.0のコンパイルにメモリバカ食いするのもgcc-4.2.0のバグですか?

727:デフォルトの名無しさん
07/05/26 20:37:33
仕様です。
4.2がコンパイルできないようなマシンで使うなということです。

728:デフォルトの名無しさん
07/05/27 00:18:41
openmpのコード吐かせてるけど
これ対してというか全然糞もマルチスレッド化されねーぞw
どうゆうことよw

729:デフォルトの名無しさん
07/05/27 00:56:11
つ export OMP_NUM_THREADS=16

730:デフォルトの名無しさん
07/05/27 01:16:35
>>729
それでも全然はやくねーぞ？QuadCore-Xeon2コ積んでるけど
なんもはやくね。VCCだと早くなるんだよね。

絶対4.2は障害児だ

731:・∀・）っ-くコ:彡-
07/05/27 02:01:18
4.xは何かおかしい。やっぱ3.3が最強か

732:デフォルトの名無しさん
07/05/27 13:44:26
>>731
gcc-snapshotが最強

733:デフォルトの名無しさん
07/05/27 14:56:04
3.3.3が一番いい子
4.3がそれを越えるいい子になってくれますように…

多分4.2よりも赤帽拡張の入った4.1.xの方が性能いいと思う

734:デフォルトの名無しさん
07/05/27 15:01:22
>>726
つ stage2

735:デフォルトの名無しさん
07/05/27 15:08:12
>>733
とはいえ、C++のことを考えるとgcc4が必須になりつつあるからなぁ。

736:デフォルトの名無しさん
07/05/27 15:08:50
一応今入れているのがsnapshot。これだとバージョンが4.2.1って表示されますね。
でも4.2に変えてからJavaのソースからVMをmakeしようとするとエラーが出るようになった(TT)

>>731
>　4.xは何かおかしい。やっぱ3.3が最強か
詳しいことはよく解らないけど、マルチメディア系のアプリとかmakeでエラーが出るやつも
3.3とか使うと何故かエラーなしでmakeできたりしてました。以前から。。。

737:デフォルトの名無しさん
07/05/27 16:06:11
>>736
つ-fno-strict-aliasing

738:デフォルトの名無しさん
07/06/01 11:38:36
それってWarnが厳密にErrorになっただけじゃないのか。

739:デフォルトの名無しさん
07/06/06 17:44:14
GCCは3以降特に4.0あたりから、文法以前に論理的に怪しい挙動に陥りそうなコーディングをエラーにする方向に行ってるからね。
逆にいえば、>>736が言っているような形でエラーが出るコードは、該当する部分の前後をチェックしながら修正かけるのが筋。
今でもコンパイルが通ってi386で動いてもPPCやSH,ARM、酷いときはamd64やia64でもコンパイルは通るけど挙動が狂ってしまうようなコードを平気で書いてるひとが少なくないようだし
…Linuxなどのカーネル周りのコードでもそういうコードがあって、lkmlなどで修正が飛び交うことがよくある。

740:デフォルトの名無しさん
07/06/06 20:01:19
アライメント事情はよくわからんしなー

741:デフォルトの名無しさん
07/06/07 10:53:10
openmpは4.2じゃないと使えないの？

742:デフォルトの名無しさん
07/06/07 16:05:45
4.3でもいけると思うけど。

743:デフォルトの名無しさん
07/06/07 20:55:27
ディストリがパッチ当てたやつだと4.1でもいける

744:デフォルトの名無しさん
07/06/09 17:09:48
gcc4.1で自動ベクトル化を使おうとすると
too　many　BBs　in　loop
というメッセージが出るのですが、BBって何ですか？

それと
not　vectorized:　multiple　exits
はどのようにしたら解消できるのでしょうか？

インテルコンパイラではベクトル化できていました。
その際のオプションは
-O3　-xW　-ansi_alias
です。

745:デフォルトの名無しさん
07/06/10 04:26:30
>>BB
Bベクトルに決まってるだろ？

746:デフォルトの名無しさん
07/06/10 08:33:50
真・三國無双BB

747:デフォルトの名無しさん
07/06/10 09:50:51
もはやBB戦士の時代ではないのか・・・

748:デフォルトの名無しさん
07/06/10 12:03:14
ガチャポン戦士こそ至高

749:デフォルトの名無しさん
07/06/10 13:31:50
BBクィ(ry

750:デフォルトの名無しさん
07/06/10 19:11:33
URLﾘﾝｸ(gcc.gnu.org)
* Dataflow branch.

　 Kenny et. al. plan to merge this Monday.

URLﾘﾝｸ(gcc.gnu.org)
I wasn't sure of the Objective-C 2.0 timing until recently... I'd like to contribute it during stage 2.

URLﾘﾝｸ(gcc.gnu.org)
Intel is planning to contribute Intel BID runtime library before July
1.

751:デフォルトの名無しさん
07/06/12 02:22:42
gcc4で、デフォルトで定義されてるシンボルを知るのってどうしたらいいでしょう?
(-D__unix__ とか -D__i386__ とか -D__GNUC__=2 とか)

昔は gcc -v -E - < /dev/null で確認できたのですが、
gcc4からは表示してくれなくなったようなので…

752:デフォルトの名無しさん
07/06/12 04:52:28
gcc -dM -E - < /dev/null
詳しくはinfoのPreprocessor Optionsをどうぞ。

753:デフォルトの名無しさん
07/06/12 10:13:20
おおおおおおお。
ありがとうございました。一度きちんとinfoに目を通します。

754:デフォルトの名無しさん
07/06/13 08:23:00
よーし、おまいら、もう一度
gcc --help　と叩くんだ

755:デフォルトの名無しさん
07/06/13 17:08:52
$ gcc --help
-bash: gcc: command not found

756:デフォルトの名無しさん
07/06/13 21:37:42
　　　　　　　　　 ∩＿＿＿∩
　　　　　　　/ 　ノ　＼　ヽ　
　　　　　　　|　●　　　●　|
　　　　　　彡　　　(_●_)　　ミ　　
　　　　　　/､　　　|∪|　　　,＼　　　>>755 この鮭の切り身やるから帰れよ
　　　　　 /.| 　　　ヽノ　　　|　ヽ　　
　　　　　 ,,/-―ｰ-、, --､　　　.|＿,|
　　 r-、,'''";;:;;:;::;;;;:;;::;:;:;;::;:;｀'- /_,l,,__ ）
　　　|,,ノ;;:;r'"￣￣ﾞ^"`Y'-､;;;::;:;::;:;:;:;::;:|
　　　 .ヽ,′　　　　　 ;　　｀"";;;;;⌒ﾞ')
　　　　　´`ﾞ'''''''''''‐-‐'"`‐-‐'"゛　｀ﾞ´
　　　　　　　　| 　.∥　/
　　　　　　　　("＿__|＿`つ　　

次ページ