[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 04/02 10:40 / Filesize : 147 KB / Number-of Response : 682
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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

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だからと言ってこっそりコピペするのは(・A・)イクナイ!!
 (結局ソースを提供しなければ同等にならない可能性があるので。)

と理解している。

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部分とでプログラムをわけて、
ソケット通信をすればおk

まあ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
根本はとってもシンプル
結局はバイナリ公開したければソース出せボケ
いろいろな抜け道を塞ぐために条文追加するはめになっただけのこと

ストールマンの最初の動機と何も変わってないw
思想先行どころか実利的な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ベンダが提供しているものは使って大丈夫。

612 名前:デフォルトの名無しさん [2008/09/09(火) 07:41:32 ]
>> 611
ちょっと前のレスも読めないの?



613 名前:デフォルトの名無しさん mailto:sage [2008/09/09(火) 12:00:16 ]
>>612
>>611はGPLを読んだことすらないだろ。読んだことがあるなら
述べる主題によって項が立てられているのだから>>611みたいなこと
いちいち聞くまでもないと理解しているはずだから。

614 名前:デフォルトの名無しさん mailto:sage [2008/09/15(月) 22:04:22 ]
組込み以外で、何度もオブジェクトを小グループ単位で
スタティックリンクし、最後にlibxxxx.aを作る利点というと
何が思いつきますか


615 名前:デフォルトの名無しさん mailto:sage [2008/09/16(火) 01:15:36 ]
libxxxx.aを作るのはスタティックリンクちゃいますえ

616 名前:デフォルトの名無しさん mailto:sage [2008/09/16(火) 01:21:56 ]
libxxxx.aの中の関数を置き換えられる

617 名前:デフォルトの名無しさん mailto:sage [2008/09/25(木) 21:01:57 ]
C++のコードを-Weffc++を付けてコンパイルしたら、警告が出まくった男がいたんですよー。

よく見るとSTLのヘッダーファイルから発生してるやないかー
俺のせいちゃうやんけー

男は黙って ただの配列

618 名前:デフォルトの名無しさん [2008/09/28(日) 18:19:32 ]
export CPPFLAGS="-fprofile-genereate"
export LDFLAGS="-fprofile-genereate"
make


PGOつかいたいんですけど、
上のとおりにやったらcc1.exeっていうのが
-fprofile-genereateなんてしらねーよ!って怒るんです。

619 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 00:39:23 ]
そりゃそうだろ。

620 名前:デフォルトの名無しさん [2008/09/29(月) 03:46:49 ]
gcc (GCC) 4.1.2(Linux)では、
構造体の代入はmemcpyを呼んじゃうもんなんですか?
32bitマシンでは4バイトずつのコピーを期待していたので。

621 名前:デフォルトの名無しさん mailto:sage [2008/09/29(月) 05:55:21 ]
>>620
gcc 4.3 or laterを使いましょう。

622 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 07:48:17 ]
gcc って、-g で最適化(-O2など)が阻害されるようなことがあるの?
ずっとないと思ってたけど、気になってきた。



623 名前:デフォルトの名無しさん [2008/09/30(火) 08:33:04 ]
>>619
何でですか?


624 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 08:34:55 ]
>>621
ありがとうございます。試してみます。

625 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 08:38:57 ]
>>618
-pg
でどう?

626 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:10:50 ]
>>623
目が腐ってるの? 頭が腐ってるの?

627 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:29:35 ]
genereateってどういう意味だw

628 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:04:06 ]
ニートだから最後は延ばしたくなるんだろうな。

629 名前:Google先生 mailto:sage [2008/09/30(火) 11:07:56 ]
fprofile-genereateの検索結果 2 件中 1 - 2 件目 (0.52 秒)
もしかして: fprofile-generate

630 名前:デフォルトの名無しさん [2008/09/30(火) 15:12:33 ]
よくみたらスペル違うじゃないですか!!!!!!!!
↓のコピペしたから気付きませんでした><
d.hatena.ne.jp/pyopyopyo/20060311/p2

631 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:12:30 ]
>>622
stripしてdiffしたら

632 名前:ニート009 [2008/09/30(火) 22:34:27 ]
stripって何?



633 名前:デフォルトの名無しさん mailto:sage [2008/09/30(火) 22:47:34 ]
実行ファイルからデバッグ情報を取り除くこと

634 名前:デフォルトの名無しさん [2008/11/03(月) 13:41:03 ]
sh4-linux を組み込む クロス環境を作成中で、
binutils-2.19 ← 成功
gcc-3.4.6(ブートストラップコンパイラ) ← 成功
glibc-2.5 ←ここでこける
完全なsh4-gccの構築 ← ここへはたどり着けない


CC=sh4-linux-gcc ac_cv_type_long_double=no ../glibc-2.5/configure \
--host=sh4-linux --prefix=/root/sh4/tools/sh4-linux/ \
--enable-add-ons=linuxthreads --with-headers=/root/sh4/tools/include/ \
--disable-sanity-checks --disable-shared | tee sh4config.log

configureは成功するよ

makeすると・・・・

/root/sh4/tools/bin/../lib/gcc/sh4-linux/3.4.6/../../../../sh4-linux/bin/ld: cannot find -lgcc_eh

上のエラーが出てmakeが途中でストップ。

gcc-ehとはldによって呼び出されるもの?と思いました。
どのような役割があるのでしょうか?
gccコンパイルする時に生成されなかったのかな?

既存のshクロスrpmをインスコすればいいのですが、クロス環境の学習目的です。
参考書籍は「組み込みlinuxシステム構築」を読んでます
よろしくおながいいたします。




635 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 16:03:02 ]
crosstoolとかcrosstool-NGのスクリプト読んでみるといいよ

636 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 16:41:20 ]
>>634
make lib

637 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 17:26:06 ]
svn.exactcode.de/t2/trunk/package/base/glibc/gcc_eh.patch.cross

638 名前:デフォルトの名無しさん mailto:sage [2008/11/03(月) 23:40:27 ]
まだうまくいかないけど、参考になりました。
コンフィグオプションももっと調べないと・・・

639 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 20:15:10 ]
gcc の引数って順番の依存あります?

gcc hoge.c mylib.a



gcc mylib.a hoge.c

ってかいたとき、Darwin の gcc だとどちらの書き方でも a.out ができるんですが、
Ubuntu の gcc だと、後者の書き方ではリンクエラーになるんです。



640 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 20:22:44 ]
順序に意味はあります。

リンク時の名前解決において、先に現れたモジュールで未解決の名前を、
後で現れたモジュールで解決するので、これが逆になって、
先に現れたモジュールに定義があって、後から参照する形になると、
名前が解決できなくなります。

641 名前:デフォルトの名無しさん mailto:sage [2008/11/13(木) 00:06:49 ]
>>639
Darwinのgccはldとは別のリンカ使ってる。(dyld)
DarwinはELFやBSD a.out形式じゃないから。(Mach-O)

642 名前:デフォルトの名無しさん mailto:sage [2008/11/22(土) 12:58:43 ]
>>603-604
じゃあコンパイラとしての能力には深刻な問題があるわけではない?



643 名前:デフォルトの名無しさん mailto:sage [2008/11/22(土) 18:48:12 ]
>>642
pchの問題は4.3だと解決してるみたい。

644 名前:デフォルトの名無しさん mailto:sage [2008/11/25(火) 20:34:44 ]
OS CentOS4.6 i386
gcc 3.4.6

やりたいこと
binutils-2.10.tar.gz
gcc-2.95.2.tar.gz
glibc-2.1.3-armlinux.tar.gz
を使ってクロス環境を作りたい

bintilをビルドする時に
./configreでホストのタイプを設定したいのですが、Centの場合
--host=i386-unknown-linux
でいいのでしょうか?

645 名前:デフォルトの名無しさん mailto:sage [2008/11/25(火) 20:42:29 ]
binutilsとgccはとくにhostの指定はしなくてもいいけど

646 名前:デフォルトの名無しさん mailto:sage [2008/12/01(月) 12:39:07 ]
書くとすれば、i386-pc-linux-gnu だよな。



647 名前:デフォルトの名無しさん mailto:sage [2008/12/01(月) 17:08:01 ]
gcc -dumpmachine

648 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 01:48:00 ]
OS:CentOS
コンパイルすると
無効なプリプロセスディレクティヴ #!
ってでるんだ 誰か解決策を教えてください。

649 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 02:09:29 ]
エスパー求む

650 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 02:23:45 ]
シェルスクリプトをコンパイルしてはいけません

651 名前:デフォルトの名無しさん mailto:sage [2008/12/18(木) 02:28:22 ]
実は1行目が#!ccだったりしてw

652 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 15:44:40 ]
g++のコンパイルが異常に遅くなってしまってるんですが、
何がボトルネックになっているのかを調べる(コンパイラ自身のプロファイルみたいなの)
はありますか?

コンパイルしているのは、ユニットテスト的なテストプログラムで、
長さも100行程度です。ひたすら関数の結果をチェックしまくるみたいなもので、
マクロを使いまくっているんですがそれが原因かなぁ・・・



653 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 15:45:39 ]
書き忘れましたが、その100行程度のユニットテストプログラムで、
コンパイルには3分くらいかかってます。

本体プログラムよりはるかに長い・・・orz

654 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 15:51:45 ]
可能なら前半と後半で2つのモジュールに分けて、どっちで遅くなるか調べる。
それを繰り替えして突き止めるとか。最終手段かもだが。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<147KB

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