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 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のときのバイナリと混同でもしているのか? 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にできる。

---

---

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

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