GCCについて part8

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 477 名前：デフォルトの名無しさん [2008/07/17(木) 04:56:52 ] VC++からの移行組です。 VC++のソースをGCCでmakeしようとして、 いくつかの違いのエラーで悩まされてしまいました。 それで、どうやっても解決策・代用策が思い浮かばない点を質問させてください。 this->m_char_table[ (add_unsigned<T>::type)c] = this->m_char_table_index; このように、テンプレートの型をunsignedにキャストして利用したいのですが GCCではエラーとなります。 こういう使い方は出来ないのでしょうか？ また代用の方法はないのでしょうか？ gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) を使用しています。 よろしくお願いします。 478 名前：マイク ◆yrBrqfF1Ew mailto:sage [2008/07/17(木) 07:26:46 ] おっおっおっ⊂ニ（ ＾ω＾）⊃ ちょい書き込みtest 479 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 09:13:45 ] >>477 エラー張ってくれよ。 480 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 09:14:20 ] あとcの型な。 481 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 09:51:06 ] >>458 __DATE__ __TIME__でいける。 例 const char aaa[] = __DATE__ __TIME__; 482 名前：477 mailto:sage [2008/07/17(木) 13:49:10 ] >>480 cの型はテンプレート(T)です。 基本的には、char、wchar_t、int、shortなどを取ります。 それ以外の型が入れられる事はないようにはなっていますが 基本的には特定はされません。（自分用のライブラリなので整数以外を取る事はありません） >>479 error: dependent-name ` add_unsigned<T>::type' is parsed as a non-type, but instantiation yields a type です。役に立ちますでしょうか？ よろしくお願いします。 483 名前：477 mailto:sage [2008/07/17(木) 13:52:17 ] 自己解決しました。 そのエラーメッセージの後に note: say `typename add_unsigned<T>::type' if a type is meant と出ており、そのとおりやったら解決しました。 盲点でした。 どうもありがとうございました。 484 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 13:55:51 ] どの辺が盲点なのかと。 英語で書いてあるところか？ 485 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 14:04:14 ] つーかそれ、VC++でもエラーにならね？ VC++6.0組? 486 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 14:19:24 ] >>485 6.0、2003、2005、2008で試したけど問題にならんよ。 VC++はなぁなぁだからなぁ・・・。 IEとかと同じで、その辺がMSの製品って好まれるんだろうね。 いいとは思わんけど、ちゃんと規格にそってる方が敬遠される状態は勘弁してもらいたい。 487 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 14:23:04 ] いや、この場合はGCCの規格が悪いと思う。 普通に考えればtypenameをキャスト時にするのはおかしいもの。 次に>>477が詰まるのは、wchar_tかなｗ wchar_tを取りうるって言ってるし。 GCCのwchar_tは欠陥品な上、 文字コードの統一の問題が・・・ｗ 488 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 15:02:46 ] >>487 5.4 Explicit type conversion (cast notation) 8.1 Type names 7.1.5.3 Elaborated type specifiers くらい読めよ。 あと「GCCの規格」なんてバカな言葉は使うな。 どうせいうなら「GCCの仕様」あるいは「GCCの実装」だ。 wchar_tもいい加減なこと言ってるよなあ。 489 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 15:46:45 ] 典型的な、コンパイラとライブラリの区別がつかないひと 490 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 15:59:02 ] いや、GCCの仕様は馬鹿だろ あれほど必要の無い理解しがたい仕様をつめるのは 頭の悪い俺には理解できんよ(笑) 491 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 16:00:39 ] >>489 typename 修飾子って本来ライブラリの管轄じゃないだろ・・・ 492 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 16:03:54 ] キャストの問題もライブラリの管轄とは思えんが・・・ 493 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 17:34:46 ] wchar_tの話だろ。 494 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 17:39:14 ] >>484 最初からエラーメッセージ張らない人だから、 そもそもエラーメッセージを読まない人なんじゃないかとw 495 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 17:59:12 ] むしろ、エラーメッセージしか見なかったんだろ。 最初の質問で、エラーの内容は理解してると思われる。 ただ、エラー以外をみなかった。ということだろう。 いやね、俺もその傾向あるからわかるんだが コンパイラってだいたいロクなメッセージ伝えてこないから エラーそのものしか見る気しないのよ。そのエラーすら別の箇所による問題によって 引き起こされてたりするので、そのまんま信じるわけじゃないし。 １つエラー出ると、大量にどうでもいいメッセージが出るから、頭の中でフィルタかけないとエラーは解決できない。 496 名前：デフォルトの名無しさん mailto:sage [2008/07/17(木) 18:22:53 ] 寧ろ、そんな発想だからフィルタが必要なんだろ。 497 名前：458 mailto:sage [2008/07/18(金) 09:44:05 ] >>481 そのファイルがコンパイルされた日時ならそれでいいけど・・・ 498 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 10:12:00 ] 何が望みなんだかわかんねえ 499 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 10:25:03 ] >>497 Makefileで常にコンパイルするファイルをそれにしておけばいいんじゃね 500 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 12:14:13 ] >>498 消えろ 501 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 12:17:07 ] 俺もよくわからない。 .oが出来た日時をCのソースから利用したい。 a.outが出来た日時をCのソースから利用したい。 どっちなの? 前者なら>>481でFAでしょ? 後者なら>>464の方法で出来るよね。 もっと違うこと? 502 名前：458 mailto:sage [2008/07/18(金) 13:10:48 ] >>501 バージョンを取得する関数のあるソースを hoge.c としたとき hoge.o を他の全オブジェクトに依存させればいいのかな？ やってみるよ。 503 名前：458 mailto:sage [2008/07/18(金) 13:15:23 ] できた。ありがとう >>501 >>499 コンパイルの必要が無いときはコンパイルしたくないんですよ。 504 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 15:04:35 ] 501だが、>>501と>>502眺めて 30秒考えてようやく仕様が分かったw >>501の後者って事だよね。 >>464の言っている別解だが、 .PHONY: hoge.o これで「hoge.o is up to date」になることなく、 hoge.oが必要とされれば、タイムスタンプ比較をショートカットして、 毎回ルールに基づいて生成しようとする。で、 a.out: $(OBJS) hoge.o としておけばいい。 505 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 15:56:12 ] >>504 それソースが更新されてないときでも、生成されね？ 506 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 16:17:45 ] a.out が更新されたってことは生成必要なんじゃ？ 507 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 16:50:47 ] a.out: $(OBJS) $(COMPILE) $(CFLAGS) hoge.c $(LINK) $(OBJS) hoge.o 508 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 17:14:44 ] BCB使っていて興味本位にGCC触ってみたんですけど 下のコードって通らない、というか間違った書き方なんでしょうか？ 環境はubuntuのg++4.1.3です template< typename T > class test { friend class test< T >; <<ここで怒られてる public: int aaa; }; 509 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 17:20:07 ] エラーメッセージは? 読んだ? 510 名前：508 mailto:sage [2008/07/18(金) 17:38:43 ] 〜 error: class 'test<T>' implicitly friends with itself と出ていました。 英語もわからずGUIでしか操作したことないとGCCなんて使うこと出来なさそうだなぁ。 511 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 17:45:22 ] 「自分自身はいちいち宣言しなくてもfriendされてるのと同じことできるよ」と言っています。 512 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 17:51:40 ] ええええ！ ・・・実体が違うなら同じクラスでもpraivateに触れないと思ってました。 ありがとう！ 513 名前：デフォルトの名無しさん mailto:sage [2008/07/18(金) 20:56:11 ] なんか .PHONY が誤解されてる気がする。 514 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 09:00:41 ] >>512 ちっとは英語の勉強しようよ。なんだそのスペリングミスは。 515 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 09:08:09 ] わざとじゃねーのか。 さすがにキーワード間違えないだろ 516 名前：デフォルトの名無しさん mailto:sage [2008/07/19(土) 09:32:08 ] playmateに触れたい 517 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 00:32:51 ] あるオブジェクトファイルがリンクされたかどうかって・・・というか、 あるシンボルの中身が存在するかどうかってソースレベルでチェックできる？ 存在しないシンボルを参照してもリンカがエラーを吐かないことが前提で・・・ 518 名前：517 mailto:sage [2008/07/23(水) 00:47:49 ] __attribute__((weak_import)) が自分のやりたいことに合致しそうだけど サポートしてるのは MacOS X だけっぽい 諦めてほかの方法を探すかな 519 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 01:29:49 ] 何をしたいのかがわからない。 実行時にシンボルの中身が存在するか判定したいんだったら遅延リンクでもいいんじゃね？ 520 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 01:48:10 ] >>517 つ dlopen(3) 521 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 06:42:03 ] >>517 オブジェクトのリンク状況つうのは、 foo.c #include <stdio.h> int bar_magic = 0 __attribute__ ((weak)); int is_bar(void) { return 0; } int main(void) { 　printf("%d\n", is_bar()); 　return 0; } bar.c int is_bar(void) { 　return 1; } とかやって、 $ gcc -o foo foo.c && ./foo $ gcc -o foo foo.c bar.c && ./foo の結果が変わるでいいんですか？ 522 名前：517 mailto:sage [2008/07/23(水) 19:07:38 ] >>519 質問の仕方が下手ですまん。 最終的には組み込む予定のとある関数を、一時的に外したいが #ifdef などでソースを切り分けたくない。 シンボルの中身の有無がプログラム中から判別できれば、 makefile 側でリンクするオブジェクトを 管理するだけなので楽かなと思った。 >>520 条件の後出しで申し訳ないが、組み込み環境なので動的リンクはちょっときつい。 >>521 weak_import じゃなくて weak で良かったのか。どうもありがとう！ int weak_func(void) __attribute__ ((weak)); /* int weak_func(void) { return 1; } */ int main(void) {   if (weak_func)   {     dbg_print("Function exist\n");   }   else   {     dbg_print("Function not exist\n");   }   return 0; } 523 名前：デフォルトの名無しさん mailto:sage [2008/07/23(水) 20:59:40 ] リンクエラーは解決したか？ 524 名前：517 mailto:sage [2008/07/23(水) 23:48:01 ] >>523 俺宛てかな？実はそこが問題になるとはあまり考えてなかった。 中身が無いことを前提にしたシンボル参照をソースで意図出来れば、 当然リンカもエラーは吐かないだろうと思ってたので。（そしてその通りになった） でも気にしてくれてありがとう。 今後の予定としては、間違えて同名のシンボルを別のソースで定義してしまい 関数が上書きされたことに気づかずバグに苦しむ。というストーリーを計画しています。 525 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 17:14:00 ] GCCのコンパイルがおわらねぇ 526 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 17:17:21 ] まあ環境によっては2日仕事だな 527 名前：デフォルトの名無しさん [2008/07/24(木) 18:37:23 ] マジか… 400MHｚのアナルスペックで3時間くらい放置してる絶望 528 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 19:31:19 ] 余計なの削除してやり直すか… 529 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 20:51:42 ] >>525 もし余ってるマシンがあるなら、distccで分散コンパイルとかどうよ。 C++だとエラー出まくりで、コンパイルできなかったりするけど。(これは俺の設定が悪いのかな？) 530 名前：デフォルトの名無しさん mailto:sage [2008/07/24(木) 22:41:16 ] make LANGUAGES=cで放置 メインのPCは修理に出してしまったから、400MHｚの一台しかないんだよ… やっと3時間くらいでstage1が終わったから、朝までつけっぱなしで終わりそうかな マルチコアCPUなら-j 2とか付けたいんだけど… 531 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 09:25:12 ] >>530 ひとつでも-j 2はこうかてきめんだよ。 HDDに書いてる間CPUひまだし 532 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 17:15:29 ] 今まで-jなんて知らなかったorz クアッドコア使えるのに。 533 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 18:26:22 ] な、なんだってー(AA略 534 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 19:21:39 ] ｰj10 535 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 19:33:24 ] 軽く15年前からあるオプションだよなw 536 名前：デフォルトの名無しさん mailto:sage [2008/07/25(金) 20:02:57 ] エラーでるわ 素直にバイナリ落としてきた 537 名前：デフォルトの名無しさん [2008/07/25(金) 20:03:33 ] OpenOffice.orgは非常に大きなプログラムなので、 RPMファイルの作成には長い時間が必要となる。 1GHzのCeleronで実行したところ、14時間以上かかった。 www.atmarkit.co.jp/flinux/rensai/linuxtips/642opt686.html 538 名前：デフォルトの名無しさん mailto:sage [2008/07/26(土) 21:28:10 ] C言語で書かれているプログラムをAlphaの命令セットで実行できるように クロスコンパイルするにはどうすればいいのでしょうか まず何が必要なのでしょうか？ とりあえずGCC,binutil,glibcを用意してみたのですが… 539 名前：デフォルトの名無しさん mailto:sage [2008/07/26(土) 22:05:49 ] >>538 linux.bytesex.org/cross-compiler.html でどうよ? 540 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 05:47:44 ] gccやbinutilもってきたなら中のドキュメント読めば、つーか configure --helpすれ。 541 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 09:35:55 ] >>539 すげーどめいんw 542 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 10:15:19 ] んー。「エンディアンネス」のくだけた表現で、向こうではわりかし普通よ？ ttp://www.catb.org/jargon/html/B/byte-sex.html 543 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 15:02:15 ] >>541 もしかして： www.bitesex.com 544 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 19:37:15 ] >>541 vmware に NetBSD 入れて /usr/src/build.sh -m alpha tools 545 名前：544 mailto:sage [2008/07/27(日) 19:38:37 ] >>541 って、すげードメイン、か。すげーめんどいん、に見えた。 逝ってくる。 546 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 19:48:13 ] すげーメイド！ 547 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 00:34:26 ] いろいろアドバイスありがとうございます とりあえずGCC,binutil,glibcだけでなんとかなるor541の方法ってことでOK? binutils入れてみようとおもったのですがconfigureで　HOST=~には使っているマシンの 状況を書けばいいのかな？　それともプログラムのバイナリを実行させる先の 事をかけばいいのか… HOST=CPU-COMPNY-SYSTEM ってことらしのですが CentOSでPentium４のマシン使っている場合だとx86-centos-linuxで いいんですかね？ 548 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 00:46:44 ] >>547 カナディアンクロスやるんじゃなければ ホストは configure が勝手に発見してくれるので /path/to/configure --target= で桶 いろいろほげってダメだったらまた濃い 549 名前：548 mailto:sage [2008/07/29(火) 00:50:02 ] ちなみにこのへんの GNU toolchain は カナディアンクロスもある程度考慮されてるので "Linux ホストで、MipsターゲットのCygwinバイナリを作る" てな感じも(必要な知識があれば)可能。 ↑経験談 550 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 21:50:20 ] GCCは変態だなぁ（褒 551 名前：デフォルトの名無しさん mailto:sage [2008/08/06(水) 07:44:13 ] クロスコンパイルはGCC & binutilsの独擅場だからねぃ 552 名前：デフォルトの名無しさん mailto:sage [2008/08/22(金) 03:13:53 ] このスレには優しい神が宿っているようだ。 553 名前：デフォルトの名無しさん mailto:sage [2008/08/27(水) 02:39:23 ] >>550 変態なgccだなあ 554 名前：デフォルトの名無しさん mailto:sage [2008/08/28(木) 13:49:35 ] 4.3.2 555 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 01:09:13 ] GCCは最高のクロス開発環境だなあ 556 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 20:49:53 ] GCC に #pragma optimize はないんですよね？ ある大きな数値計算プログラムがあって、 全体としては -O や -O2 など最適化はしたい。 けど一部、計算誤差などを考慮した、 計算の順番を変えてほしくないコードがある。 Intel Compiler などは pragma でソコは最適化しないように 回避できるんだけど、GCC はどうしようかと。 なんか手段あります？ ソースを分けて、そこだけ -O0 にするしかないのかな？ 557 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 21:07:41 ] > ソースを分けて、そこだけ -O0 にするしかないのかな？ と思う。 558 名前：デフォルトの名無しさん mailto:sage [2008/08/30(土) 21:17:06 ] >>556 -fno-fast-math か？ 559 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 00:43:26 ] 556とは別人なんだがinline関数なんかの場合はそこだけコンパイラオプションを変えるわけにもいかないし 精度は保ちつつ最大限速くしてもらいたいからvolatile使うのも嫌だしとワガママ言ってしまうことはあるね。 Cを高級アセンブラとして使っているときに 局所的に自分でスケジューリングした順序で動いて欲しいこともあるし。 560 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 13:43:44 ] >>556 研究や業務で使う道具としては悩むよりもicc使っておいた方が良い場合に該当するんじゃなかろうか？ 561 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 16:33:28 ] volatile とかうまく使えないんだろうか 562 名前：デフォルトの名無しさん [2008/09/02(火) 07:14:38 ] GCCでもPGOであるんですか？ 563 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 07:57:22 ] 最近のならあるよ -fprofile-generate/-fuse-profile 564 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 07:57:55 ] まちがえた-fprofile-useね 565 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 16:26:38 ] フリーなのにすごいですね… 566 名前：デフォルトの名無しさん mailto:sage [2008/09/02(火) 18:06:49 ] 実績だけは(アーキテクチャによっては)存分にあるからな。 567 名前：デフォルトの名無しさん [2008/09/03(水) 02:16:10 ] __artificial__アトリビュートを調べていたら、下のドキュメントが あったけどなんかいまいち理解できん。 わかりやすい日本語で解説してくれ！ artificial This attribute is useful for small inline wrappers which if possible should appear during debugging as a unit, depending on the debug info format it will either mean marking the function as artificial or using the caller location for all instructions within the inlined body. 568 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 03:21:28 ] この属性は小さなインラインラッパー関数に使いよい。 その関数とはどういうものかというと、デバッグ中には 関数の中に入らずに単体として扱われるのが望ましいもの。 この属性がどう実現されるかというと、 デバッグ情報フォーマットによるが、 関数にartificialというマークをつけるか、 またはインライン化された関数本体中の呼び出し位置を使う (どう使うのかは書いてない)ことになるだろう。 ……と理解した。 デバッグの必要のないような機械的に生成したラッパーインライン関数 なんかに使うといいんでないのかしら。 569 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 04:14:54 ] $(GCC)/gcc/config/i386/emmintrin.h みてね。 570 名前：567 mailto:sage [2008/09/04(木) 00:45:24 ] >>568 よく分かった！ありがとぅ！ >>569 まさにそれを見てて気になったんで調べてた とりあえず、*mmintrin.h は非常に使いづらいんで 自前でラッピングしようと思った次第。 それにしても、GCCのアトリビュートは書きにくい。 アトリビュートはC#の書き方がいい感じ。 [Align(16)] int hoge = 12; とか。 571 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 01:29:14 ] gccの方が何に掛っているかはっきりする。 572 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 03:11:43 ] gccでコンパイルしたバイナリを販売したらダメなんだろ？ イミネー 573 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 03:21:42 ] いや、コンパイルしたもの自体は問題にならない。 GPLなソースが混入してない限り。 だがそれが回避しにくいように念入りに作られてるんだわこれが… 574 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 03:29:58 ] それと仮にGPLだったとしても、GPLなら販売禁止ってわけじゃないよ。屁理屈みたいだけど。 575 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 04:03:45 ] >>572 どこでそんな嘘聞いてきたんだ。 576 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 04:07:21 ] >>573 作られてない。そもそもふつーにコンパイルする範囲ではGPLの影響は受けない。 お前のプログラムにGPLが感染するのは、コンパイラ関係無しにGPLのコードを混入させたときだけだ。 577 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 04:12:17 ] >>572-573 なのこの頭の悪いしったか連中… libcがGPLのときのバイナリと混同でもしているのか?

---

---

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

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