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 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のときのバイナリと混同でもしているのか? 578 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 05:15:05 ] 4.4がstage3になったのか。 リリースは来年ですかねえ。 >>577 libgccが例外なしGPLとか。 579 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 06:12:30 ] In addition to the permissions in the GNU General Public License, the Free Software Foundation gives you unlimited permission to link the compiled version of this file into combinations with other programs, and to distribute those combinations without any restriction coming from the use of this file. 580 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 20:32:00 ] GNU一般共有使用許諾における許容に加えて、フリーソフトウェア基金はこのファイルのコンパイルされたバージョンを他のプログラムへの組み合わせにリンクして、このファイルの使用から無制限に来るそれらの組み合わせを広げる無制限な許可をあなたに与えます。 581 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 00:30:47 ] しかし、このスレは定期的にGPLの話がでるな。 とりあえず、 ・GLPのソースを含んだ実行ファイルから利益を得ることは制限されない。 ・ただ、ソースを見せろと言われたら全て見せなくてはならない。 ・それは不便だからLGPLがあり、その場合は以下の条件を満たせばソースを 　見せる必要はない。 ・使用しているLGPLなソースを第三者が修正して、再度、配布しているもの 　と同等の実行ファイルを作成出来なければならない。 ・ダイナミックリンクの場合は特になにもする必要はないが、 　スタティックリンクの場合は、リンクに必要なオブジェクトファイル 　(具体的には、*.o)を提供しなければならない。 ・同等の実行ファイルを作成出来ることが必要という縛りがあるので、 　LGPLだからと言ってこっそりコピペするのは(･Ａ･)ｲｸﾅｲ!! 　(結局ソースを提供しなければ同等にならない可能性があるので。) と理解している。 582 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 00:37:10 ] GPLのプログラムがLGPLのライブラリを読み込んだとき、 LGPLのプログラムのソースの公開の義務は発生しますか？ 583 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 01:01:47 ] GPLのプログラムとリンクした時点で、ライブラリもGPLになります 584 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 01:42:31 ] >>583 なんですとぉ！ 自作ツールでアーカイバプロジェクトの スタティックライブラリをリンクしたとする 自分のものでもないしソースもないけど勝手にGPL？ d3d9x.lib とかスタティックライブラリじゃん 困らね？ 585 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 02:12:44 ] おいおい、めちゃくちゃだな。 >>582 GPLのプログラムもLGPLのプログラムもソースを公開する義務がある。 悩む必要はまったくない。公開してくれ。 >>584 その自作ツールのライセンスはなんだ？ ソースを公開したくないんだったら、LGPLのライブラリをリンク してれば大丈夫だ。ライブラリがGPLの場合は無理。 > d3d9x.lib とかスタティックライブラリじゃん > 困らね？ それはまた違うラインセンスになってるだろ。 詳しくは知らんが、それをちゃんと調べるべき。 586 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 02:38:31 ] >>584 全体をGPLにできる場合のみ、GPLのコードを基に著作物を形成・複製・頒布することが許諾される 条件を満たせないなら、GPLの使用許諾は得られない 587 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 03:26:44 ] >>584 勝手じゃないだろ。使うソフトウェアのライセンスは読もうよ。 588 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 03:43:21 ] 非GPLなプログラムからGPLなライブラリを使うときは 非GPL部分とGPL部分とでプログラムをわけて、 ソケット通信をすればおｋ まあGPL部分は諦めて公開する必要があるけど どうしても非公開にしたいコアな部分は非GPLにできる。 589 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 05:51:49 ] >>584 いや、d3d9x.libってCygwinかなんかの？LGPLなの？ 困るんならMSのライブラリとコンパイラ使いなよ。 または、d3d9x.lib相当の機能は、自分で作らないと。 他人の成果物使ってんだからさ。 ライセンスに従えない人間に使われるのてむしろ困るのは、 ライブラリを作ってる側だし。 590 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 06:03:04 ] >>588 そのソケット通信は確実に白なの？ 前にそんなことが議論になったみたいだけど、 結論がどうなったか知らないんで。 591 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 07:42:28 ] >>588の例だとGPL部分が不可欠ならばリンクしてなくても 派生物としてソースを公開する必要があるという議論だったと思う。 >>589 プロプライエタリなOSにGNUな開発環境を存在させるため OSが提供するライブラリに関してはプロプライエタリでもGPLの公開義務の 対象外。 592 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 07:43:50 ] 分かりにくいなぁ。GPLって。 このライセンスは、GNUが本来目指していた目的に合致するのだろうか・・・・ 593 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 08:30:23 ] 本来の目的って、すべてのソフトを未来永劫にわたってオープンソース化する 超過激思想だぞ? だからこそこんな感染性のあるライセンスにしたわけで。 594 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 15:01:14 ] そのへんは「オープンソース」界隈の連中が意図的にか天然か 勝手に話を混ぜ込んでいたりするからなw 595 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 15:34:48 ] >>582 *フリーではないライブラリを利用するフリーソフトウェアを書いているのですが、GPLを適用した場合どのような法的問題が発生するでしょうか? www.gnu.org/licenses/gpl-faq.ja.html#WritingFSWithNFLibs *「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか? www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation 596 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 18:38:50 ] >>592 根本はとってもシンプル 結局はバイナリ公開したければソース出せボケ いろいろな抜け道を塞ぐために条文追加するはめになっただけのこと ストールマンの最初の動機と何も変わってないｗ 思想先行どころか実利的なGPL 597 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 18:55:43 ] >>591 d3d9x.libはOSのライブラリってこと？スタティックなライブラリが？ 話が唐突で全然意味がわからん。 てっきり、GCC用のLGPLなライブラリだと思ったんだが。 あと、GPLならGPLが適用されるし、LGPLならLGPLが適用されるっしょ。 OSがプロプラとか関係無い。 598 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 19:54:20 ] すくなくともd3d9x.libについて調べればそういう話は出てこないとおもう。 簡単に言えば、Direct3Dについてくる、MSの3Dライブラリみたいな。 599 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 20:26:57 ] 例えば、GPLな数値計算ライブラリと Direct3D の組み合わせで計算結果を視覚化するソフトウェアがあるとする このソフトウェアを α とする α 内で使用されている D3DX* 系の関数は DirectX SDK の d3dx9.lib スタティックライブラリに含まれている スタティックライブラリに含まれる部分のソースが無いので 出来上がった α を頒布することはできない これで合ってる？ 600 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 20:37:12 ] >>591 それが詭弁に過ぎないことは世の中のWebブラウザを見てればわかる 601 名前：599 mailto:sage [2008/09/07(日) 21:11:52 ] >>599はgcc関係なくて、GPLについてだけなのでスレ違いっぽいですね 602 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 21:23:56 ] >>600 わからん。具体的には? 603 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 21:46:58 ] mingwのgccがなかなか4系列にならないのはなんで？ 604 名前：デフォルトの名無しさん mailto:sage [2008/09/07(日) 22:11:01 ] >>603 4系列だとpchのテストが通らないからとか？ 605 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 05:30:18 ] >>598 あー、d3dx9.libの事を言いたかったのか。 てっきり、d3d9x.libっていうCygwin用のdllラッパーか何かかと思った。 じゃあ、>>584は何を困ってんだ？自作ツールを公開したいってことか？ 606 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 13:47:08 ] d3dx9.lib ってスタティックリンクライブラリなの？ DLL用インポートライブラリじゃなくて？ 607 名前：デフォルトの名無しさん [2008/09/08(月) 13:48:05 ] スタティックリンクライブラリ 608 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 14:24:42 ] そうなんだ。Thx! 609 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 21:32:03 ] GCC4.4 が stage 3 になったな 610 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 04:06:10 ] どちらにしろOSの機能を使うためにOSベンダが提供しているものは使って大丈夫。 611 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 05:53:39 ] GPLの何項にのってるの？ >どちらにしろOSの機能を使うためにOSベンダが提供しているものは使って大丈夫。

---

---

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

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