私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレGCCについて part9

gcc スレッド一覧へ / gcc とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ○
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

351 : デフォルトの名無 - 2010/04/26(月) 20:02:49 (+51,+28,-15)

どんなコードを吐いてるの？

352 : デフォルトの名無 - 2010/04/26(月) 20:10:51 (-1,-29,-46)

>>350
マジ?
swap処理なんて最悪に遅いのだけど。sizeof(* c)が判らないからなんとも言えないけれど、
a*bを別に保存しておいて転送した方が速い希ガス。

353 : デフォルトの名無 - 2010/04/26(月) 20:30:01 (+17,-5,-18)

最適化オプションを知らないとか？

354 : デフォルトの名無 - 2010/04/29(木) 02:14:24 (-1,-29,-19)

MakefileでCPUの種類を判別してコンパイルオプションを変更したいのですが、
どのようにすればよいのでしょうか?

355 : デフォルトの名無 - 2010/04/29(木) 02:24:37 (+41,+13,-22)

CPUの種類からコンパイルオプションを生成するコマンドを作ればいいんじゃない

356 : デフォルトの名無 - 2010/04/29(木) 05:05:38 (+27,+9,+1)

kwsk

357 : デフォルトの名無 - 2010/04/29(木) 05:20:55 (-5,-28,-11)

configure書けば

358 : デフォルトの名無 - 2010/04/29(木) 13:00:52 (+57,+29,-7)

CPUの種類が自分でわからないのに、コンパイラがわかるわけがない

359 : デフォルトの名無 - 2010/04/29(木) 16:38:25 (-1,-29,-12)

MakefileでCPUの種類を判別するプログラムを実行すりゃいいだろ
アホか

360 : デフォルトの名無 - 2010/04/29(木) 16:42:38 (+51,+28,+0)

どこにあるんだよ

361 : デフォルトの名無 - 2010/04/29(木) 16:47:11 (+9,-13,-21)

CPUの種類を判別する
でググれ

362 : デフォルトの名無 - 2010/04/29(木) 16:56:36 (+56,+28,-18)

組み込み向けとかも判別してくれるのかよ
x86用で個別にtuneしてもあんまりかわらんだろ

363 : デフォルトの名無 - 2010/04/29(木) 17:24:23 (+52,+29,-5)

クレクレ言うな
自分で「やれ」

364 : デフォルトの名無 - 2010/04/29(木) 17:46:22 (+57,+29,-5)

探しているものは、たいてい見つかる
必死で探せばな

365 : デフォルトの名無 - 2010/04/29(木) 17:54:58 (+91,+29,-5)

すべてを網羅するようなものはないみたいだ。

366 : デフォルトの名無 - 2010/04/29(木) 18:19:12 (+74,+29,-11)

>>365
ある程度までならあるってことだ。
判別不能な分はunknownでいいだろ。
細かいところはあとでなんとかしろ。

367 : デフォルトの名無 - 2010/04/29(木) 20:44:54 (+57,+29,-22)

最適化してもデバッグ出来そうにないから、オプションつけても無駄のような

368 : デフォルトの名無 - 2010/04/29(木) 21:35:41 (-1,-29,-1)

march=nativeで十分だって

369 : デフォルトの名無 - 2010/04/30(金) 00:09:29 (+7,-29,-8)

>>366
でも90MHz Pentium で受け入れられるのに 550MHz K6-3 で蹴られるのは悲しい。

370 : デフォルトの名無 - 2010/04/30(金) 11:32:43 (+52,+29,-4)

あむどはふりむかない

371 : デフォルトの名無 - 2010/04/30(金) 11:51:08 (+63,+29,-7)

あむどは最適化しなくても早いって、言ってなかったけ

372 : デフォルトの名無 - 2010/05/01(土) 05:50:20 (-10,-28,+0)

4.4.4

373 : デフォルトの名無 - 2010/05/01(土) 07:21:14 (+10,-26,-54)

>>371
Intel みたいに gcc にコミットできないから、
最適化できないのだよ。
Windows 以外では、gcc を1割最適化できれば、
クロックを1割早くするのと同じなのにな。

374 : デフォルトの名無 - 2010/05/01(土) 11:57:23 (+56,+28,-38)

つってもなー、CPUの内部アーキテクチャ変わったらまた最適化変えなきゃだろ?

375 : デフォルトの名無 - 2010/05/01(土) 18:24:01 (+11,-21,-78)

これまでのAMDのCPUはフル機能命令デコーダただ並べてたりクセの少ないアーキだから
（Intelはフル機能と機能限定の組み合わせで省電力＆面積削減の分キャッシュ増量可能に振ってる）
x86一般最適化がしてあればそれ以上は大して高速化しないと思われ

376 : デフォルトの名無 - 2010/05/01(土) 19:18:08 (+87,+29,-21)

いくらあむど贔屓に作ってもgccが1割最適化するなら
印℡も1割早くなる気がする

377 : デフォルトの名無 - 2010/05/02(日) 12:40:22 (+60,+20,-28)

>>376
Intelへの最適化は結構進んでるよ。
もちろん icc ほどじゃないが。

378 : デフォルトの名無 - 2010/05/03(月) 02:52:03 (+89,+29,-8)

あむどは各板でバカにされててかわいそうでつ
gccぐらい夢みさせてあげてえ

379 : デフォルトの名無 - 2010/05/03(月) 16:00:40 (+26,+8,-1)

て

380 : デフォルトの名無 - 2010/05/03(月) 18:05:00 (+69,+29,-1)

>>378
もっさり、じゃないぶんましではないかと。

381 : デフォルトの名無 - 2010/05/04(火) 18:16:27 (+7,-30,-102)

MinGW64_x64で手持ちのアプリを片っ端から64ビット化してるんだが
__fastcall の指定で大量のワーニングが出たのでびっくりして調べてみたら
x64は基本レジスタ渡しで __fastcall とかは指定しても意味がないということを初めて知った
レジスタ渡しの方法がVC++と非互換らしいけどいつかどっちかに統一されるんだろうか

382 : デフォルトの名無 - 2010/05/04(火) 18:55:52 (-4,-27,-12)

レジスタ16個もあるからかな

383 : デフォルトの名無 - 2010/05/04(火) 19:07:42 (+57,+29,-45)

アセンブラでプログラムしてるんですが、普通にasでアセンブルするとサイズが
デカくなるんですが、単純にアセンブルだけしてくれるようなパラメータが
あったら教えてください。スレちだったらスマン。。

385 : デフォルトの名無 - 2010/05/04(火) 20:02:40 (+51,+28,-3)

性能ってどういう所がいいの？

386 : デフォルトの名無 - 2010/05/04(火) 20:14:09 (-1,-29,-28)

>>381
非互換ってそれgcc for Linux/x86-64と VC++ for Windows x64それぞれのことを言ってたりしないか？
例えば↓こことか
http://homepage1.nifty.com/herumi/prog/x64.html

387 : デフォルトの名無 - 2010/05/04(火) 20:32:11 (-1,-29,-2)

gccのソースみると、ms_abiってのがあるよ

388 : デフォルトの名無 - 2010/05/04(火) 22:48:06 (-3,-29,-20)

>>384
ffmpeg
インラインアセンブラに対応できないと思う
gccに依存してるffmpegが糞とも言う

389 : デフォルトの名無 - 2010/05/08(土) 11:08:45 (-1,-29,-9)

Intel compilerでffmpegをコンパイルする方法を教えて

390 : デフォルトの名無 - 2010/05/08(土) 13:10:04 (-1,-29,+0)

GCC4.5もう使った人いるのかな。

391 : デフォルトの名無 - 2010/05/09(日) 00:27:44 (+61,-5,-6)

必要に迫られてsnapshotのころから。

そういえばリリース版に入れ直してなかった。

392 : デフォルトの名無 - 2010/05/10(月) 20:22:24 (+81,+29,-113)

GCCを改変して、任意のアセンブラを吐かせたいのですが、
どのようなワードで検索してよいのかわかりません。

具体的には、自作した仮想マシン向けのアセンブリ言語を吐かせたいとおもっております。

アセンブラとアセンブリ言語は適当にでっち上げた物がありますので、
ぜひGCCを利用してCやC++でプログラムを組めるように仕立て上げたいです。

393 : デフォルトの名無 - 2010/05/10(月) 20:27:51 (+44,-29,-15)

すれ違いだが、いま流行りの COINS を利用した方がいいんじゃないかな?
あとは時代遅れの Xbyak とか。

394 : デフォルトの名無 - 2010/05/10(月) 20:37:04 (+5,-22,-15)

テキストファイル置換ソフトの方があってるんじゃないか

395 : デフォルトの名無 - 2010/05/10(月) 20:40:48 (+54,-24,+0)

>>392
調べるなら >>391 やLLVMとか。pccいじるのも楽でいいかもね。

396 : 395 - 2010/05/10(月) 20:42:38 (+56,+26,+0)

>>391じゃねえ>>393な

397 : デフォルトの名無 - 2010/05/10(月) 20:42:40 (+62,+29,-62)

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

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

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

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

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

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

398 : 392 - 2010/05/10(月) 20:51:17 (+63,+27,-9)

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

399 : 393 - 2010/05/10(月) 21:11:41 (+3,-29,-6)

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

400 : デフォルトの名無 - 2010/05/11(火) 01:00:09 (+31,+3,-26)

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

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

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

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

総計:	127,062,837人
頁
昨日:	no data人
頁
今日:	人
頁