のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,904人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレGCCについて part9

    gcc覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - std:map + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    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 = :

    >>391じゃねえ>>393

    397 = :

    COINSは初めて知りました、ずいぶんモダンな作りをしていますね。

    特定アセンブラを吐くドライバだけを作成できれば、
    目的が達成できそうな感じでしょうか?

    斜め読みしかしていないので、もっと深くよんでみます。

    Xbyakは動的にx86のバイナリを吐くライブラリでしょうか?

    ソースは見てないのでなんともいえませんが、x86バイナリ生成部を
    オレオレバイナリに置き換えればよさそうですね。

    いろいろありがとうございます。

    398 = :

    >>395
    pccも改造ベースにはコンパクトで良いとの評判みたいですね。
    こっちもソース覗いてみます!

    399 = :

    >>393 は釣りで、いまは LLVM 一択でしょう。(スマ

    400 = :

    俺もLLVM一択だと思うが、
    gccを改変する話に戻すと、検索ワードは「バックエンド」な


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / gcc一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - std:map + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について