元スレGCCについて part9
gcc覧 / PC版 /みんなの評価 : ○
351 = :
どんなコードを吐いてるの?
353 = :
最適化オプションを知らないとか?
355 = :
CPUの種類からコンパイルオプションを生成するコマンドを作ればいいんじゃない
356 = :
kwsk
358 = :
CPUの種類が自分でわからないのに、コンパイラがわかるわけがない
360 = :
どこにあるんだよ
361 = :
CPUの種類を判別する
でググれ
362 = :
組み込み向けとかも判別してくれるのかよ
x86用で個別にtuneしてもあんまりかわらんだろ
363 = :
クレクレ言うな
自分で「やれ」
364 = :
探しているものは、たいてい見つかる
必死で探せばな
365 = :
すべてを網羅するようなものはないみたいだ。
366 = :
>>365
ある程度までならあるってことだ。
判別不能な分はunknownでいいだろ。
細かいところはあとでなんとかしろ。
367 = :
最適化してもデバッグ出来そうにないから、オプションつけても無駄のような
369 = :
>>366
でも90MHz Pentium で受け入れられるのに 550MHz K6-3 で蹴られるのは悲しい。
370 = :
あむどはふりむかない
371 = :
あむどは最適化しなくても早いって、言ってなかったけ
373 = :
>>371
Intel みたいに gcc にコミットできないから、
最適化できないのだよ。
Windows 以外では、gcc を1割最適化できれば、
クロックを1割早くするのと同じなのにな。
374 = :
つってもなー、CPUの内部アーキテクチャ変わったらまた最適化変えなきゃだろ?
375 = :
これまでのAMDのCPUはフル機能命令デコーダただ並べてたりクセの少ないアーキだから
(Intelはフル機能と機能限定の組み合わせで省電力&面積削減の分キャッシュ増量可能に振ってる)
x86一般最適化がしてあればそれ以上は大して高速化しないと思われ
376 = :
いくらあむど贔屓に作ってもgccが1割最適化するなら
印℡も1割早くなる気がする
377 = :
>>376
Intelへの最適化は結構進んでるよ。
もちろん icc ほどじゃないが。
378 = :
あむどは各板でバカにされててかわいそうでつ
gccぐらい夢みさせてあげてえ
379 = :
て
380 = :
>>378
もっさり、じゃないぶんましではないかと。
381 = :
MinGW64_x64で手持ちのアプリを片っ端から64ビット化してるんだが
__fastcall の指定で大量のワーニングが出たのでびっくりして調べてみたら
x64は基本レジスタ渡しで __fastcall とかは指定しても意味がないということを初めて知った
レジスタ渡しの方法がVC++と非互換らしいけどいつかどっちかに統一されるんだろうか
383 = :
アセンブラでプログラムしてるんですが、普通にasでアセンブルするとサイズが
デカくなるんですが、単純にアセンブルだけしてくれるようなパラメータが
あったら教えてください。スレちだったらスマン。。
385 = :
性能ってどういう所がいいの?
391 = :
必要に迫られてsnapshotのころから。
そういえばリリース版に入れ直してなかった。
392 = :
GCCを改変して、任意のアセンブラを吐かせたいのですが、
どのようなワードで検索してよいのかわかりません。
具体的には、自作した仮想マシン向けのアセンブリ言語を吐かせたいとおもっております。
アセンブラとアセンブリ言語は適当にでっち上げた物がありますので、
ぜひGCCを利用してCやC++でプログラムを組めるように仕立て上げたいです。
393 = :
すれ違いだが、いま流行りの COINS を利用した方がいいんじゃないかな?
あとは時代遅れの Xbyak とか。
394 = :
テキストファイル置換ソフトの方があってるんじゃないか
395 = :
>>392
調べるなら >>391 やLLVMとか。pccいじるのも楽でいいかもね。
396 = :
397 = :
COINSは初めて知りました、ずいぶんモダンな作りをしていますね。
特定アセンブラを吐くドライバだけを作成できれば、
目的が達成できそうな感じでしょうか?
斜め読みしかしていないので、もっと深くよんでみます。
Xbyakは動的にx86のバイナリを吐くライブラリでしょうか?
ソースは見てないのでなんともいえませんが、x86バイナリ生成部を
オレオレバイナリに置き換えればよさそうですね。
いろいろありがとうございます。
398 = :
>>395
pccも改造ベースにはコンパクトで良いとの評判みたいですね。
こっちもソース覗いてみます!
399 = :
>>393 は釣りで、いまは LLVM 一択でしょう。(スマ
400 = :
俺もLLVM一択だと思うが、
gccを改変する話に戻すと、検索ワードは「バックエンド」な
みんなの評価 : ○
類似してるかもしれないスレッド
- GCCについて part8 (763) - [95%] - 2009/3/11 8:47 ☆
- GCCについて part10 (538) - [90%] - 2018/7/5 20:30
- 【激遅】AppleGCC【絶望】 (111) - [18446744073709551607%] - 2010/1/15 10:31
トップメニューへ / →のくす牧場書庫について