GCCについて part9
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/06/27(土) 08:34:50GNU本家のGCCページ
http://gcc.gnu.org/
Binutils - Collection of binary utilities ←これも必要だぞ。
http://www.gnu.org/directory/GNU/binutils.html
GNU Binutils
http://sources.redhat.com/binutils/
GCC online documentation
http://gcc.gnu.org/onlinedocs/
Installing GCC
http://gcc.gnu.org/install/
GCC Timeline
http://gcc.gnu.org/releases.html#timeline
Calendar
http://gcc.gnu.org/develop.html#timeline
前スレ
GCCについて part8
http://pc12.2ch.net/test/read.cgi/tech/1192201659/l50
0232デフォルトの名無しさん
2010/02/05(金) 10:16:350233デフォルトの名無しさん
2010/02/09(火) 10:45:29IARとか、RVDSはもっと速いのかな?
0234デフォルトの名無しさん
2010/02/11(木) 15:55:300235デフォルトの名無しさん
2010/02/11(木) 15:57:470236デフォルトの名無しさん
2010/02/11(木) 19:55:210237デフォルトの名無しさん
2010/02/11(木) 20:15:07まあ今となっては良い思い出
0238デフォルトの名無しさん
2010/02/11(木) 21:40:15コンパイラとライブラリは切れば切れる関係。
例えば同じ Windows 上の gcc でも、Cygwin と MinGW で使える関数が
違うでしょ。
0239デフォルトの名無しさん
2010/02/11(木) 23:17:07こういうネーミングはやめてほしいんだが
このセンスはさすがに引く
古くなったらどうすんだよ
0240デフォルトの名無しさん
2010/02/12(金) 11:09:270241デフォルトの名無しさん
2010/02/12(金) 17:00:110242デフォルトの名無しさん
2010/02/16(火) 17:56:290243デフォルトの名無しさん
2010/02/17(水) 02:55:25STRing Ignore Compareってw
センスの悪い命名…
0244デフォルトの名無しさん
2010/02/17(水) 14:11:16case Insensitive の i だと思った
悪い命名なのは疑いようがないけど
0245デフォルトの名無しさん
2010/02/17(水) 23:46:25gccだけおせーんじゃ
なんとかしろ
0246デフォルトの名無しさん
2010/02/17(水) 23:53:270247デフォルトの名無しさん
2010/02/18(木) 00:29:39関数作るんじゃねーよ
0248デフォルトの名無しさん
2010/02/18(木) 03:13:31何のプラットフォームでどんなものを作ってるのか、大体予想つくな
0249デフォルトの名無しさん
2010/02/18(木) 21:20:29こういう発言ってついったの方が楽しいのにね
0250デフォルトの名無しさん
2010/02/19(金) 07:09:000251デフォルトの名無しさん
2010/02/19(金) 14:34:01笑うなよ
0252デフォルトの名無しさん
2010/02/19(金) 18:55:540253デフォルトの名無しさん
2010/02/20(土) 16:26:44ARM固有の最適化部分のメインコミッターのほとんどはARM社からお金もらっている人々だよ
最適化で、いつまでたってもARM純正に勝てないのはARM社がコントロールしてるから
ARMのプラットホーム使わないといけない人のほとんどは、gccの中身なんて弄ってる余裕が無いよ
ARMを使ったPCが普及すれば、変わると思うけど
0254デフォルトの名無しさん
2010/02/20(土) 22:12:55状況変わらず?
ARMの命令セットがやや特殊なせいなのかな
0255デフォルトの名無しさん
2010/02/20(土) 22:21:04自社のコンパイラより効率的なバイナリを
生成するコンパイラは、排除するって明言しているから
どうにもならないよ。
0256デフォルトの名無しさん
2010/02/24(水) 07:57:43なんでgcc3.4でSSE4.2に対応してねーんだよバカ
0257デフォルトの名無しさん
2010/02/24(水) 08:01:100258デフォルトの名無しさん
2010/02/24(水) 12:45:50gcc4使えばいいじゃん。
0259デフォルトの名無しさん
2010/02/25(木) 02:57:512.95.3
3.3.6
pc2:
4.3.4
4.4.3
二つずつ入れてて計4つ
>>256
使い分けりゃいいじゃん。
0260デフォルトの名無しさん
2010/02/27(土) 14:06:450261デフォルトの名無しさん
2010/02/27(土) 16:41:370262デフォルトの名無しさん
2010/03/03(水) 10:12:29printfの警告とか。
0263デフォルトの名無しさん
2010/03/03(水) 13:27:360264デフォルトの名無しさん
2010/03/10(水) 00:17:34char buf[256] = {0};って記述しても
0に初期化されることはない
腐ってやがる
0265デフォルトの名無しさん
2010/03/10(水) 00:31:09バージョンはいくつですか
0266デフォルトの名無しさん
2010/03/10(水) 03:05:210267デフォルトの名無しさん
2010/03/10(水) 04:30:310268デフォルトの名無しさん
2010/03/10(水) 18:19:47いつの時代のgcc?
0269デフォルトの名無しさん
2010/03/10(水) 18:20:46で、後ろの255バイトも自動的にゼロクリアされるのは
Cの仕様?それともgccのやさしさ?
0270デフォルトの名無しさん
2010/03/10(水) 19:20:51Cの仕様
0271デフォルトの名無しさん
2010/03/10(水) 22:41:05{1}のケースもどうなるか理解しといた方がいいよ。
> the remainder of the aggregate shall be initialized implicitly
> the same as objects that have static storage duration.
0272デフォルトの名無しさん
2010/03/14(日) 05:07:160273デフォルトの名無しさん
2010/03/14(日) 07:47:110274デフォルトの名無しさん
2010/03/14(日) 13:40:410275デフォルトの名無しさん
2010/03/14(日) 13:53:06callocなら0フィルされると思うけど
0276デフォルトの名無しさん
2010/03/14(日) 13:53:090277デフォルトの名無しさん
2010/03/14(日) 23:21:50は、何を使ってるのよ
0278デフォルトの名無しさん
2010/03/15(月) 00:00:29かな?
0279デフォルトの名無しさん
2010/03/15(月) 00:17:30自分で実装するとき、.init_arrのグローバルコンストラクタを呼び出す以外にやることありますかね?
あと、libc(newlib)の初期化とかもやらないといけなさそうですが、方法がわからない。
codesourceryでstl使ったプログラムかけた人いたら教えてください。
0280デフォルトの名無しさん
2010/03/15(月) 10:56:04無い。
セキュリティホールになるってんでゼロ梅してた時期もあったけど。
0281デフォルトの名無しさん
2010/03/15(月) 11:08:150282デフォルトの名無しさん
2010/03/15(月) 11:37:41それはない。
それはただのバグだ。
0283デフォルトの名無しさん
2010/03/16(火) 18:31:560284デフォルトの名無しさん
2010/03/16(火) 18:48:520285デフォルトの名無しさん
2010/03/16(火) 19:00:57上位権限のプロセスが開放したメモリにある情報を読めるかもしれないとい問題
0286デフォルトの名無しさん
2010/03/16(火) 19:01:250287デフォルトの名無しさん
2010/03/16(火) 19:06:260288デフォルトの名無しさん
2010/03/16(火) 19:09:27そりゃライブラリ側の仕事でなくOSの仕事だろう
0289デフォルトの名無しさん
2010/03/16(火) 19:14:240290デフォルトの名無しさん
2010/03/17(水) 00:23:13ってやるとgccだとmemset関数を呼び出す
糞実装になってるw
アホだろw
0291デフォルトの名無しさん
2010/03/17(水) 00:24:540292デフォルトの名無しさん
2010/03/17(水) 00:29:330293デフォルトの名無しさん
2010/03/17(水) 01:22:05gcc-4.3は呼び出さない
0294デフォルトの名無しさん
2010/03/17(水) 01:33:320295デフォルトの名無しさん
2010/03/17(水) 01:51:04どうしてほしいの?rep stosdにでもしてほしいとか?
0296デフォルトの名無しさん
2010/03/17(水) 03:38:41含まねーよ。物事を区別して考えられないバカっているんだねえ。
0297デフォルトの名無しさん
2010/03/17(水) 07:31:27いい悪いってか、用途によるでしょ。
バイナリはでかくなるよ
0298デフォルトの名無しさん
2010/03/17(水) 07:33:10>>297の答えに自信ない
0299デフォルトの名無しさん
2010/03/17(水) 14:11:140300デフォルトの名無しさん
2010/03/17(水) 15:57:20あるライブラリ関数について、
C標準では定義されてないことを、
OSの方で定義していることは良くあること。
たとえばスレッドセーフかどうか。
0301デフォルトの名無しさん
2010/03/18(木) 09:48:55>>285のは他プロセスないしカーネルにとっての関心事項。
別の話だね。
0302デフォルトの名無しさん
2010/03/18(木) 10:28:130303デフォルトの名無しさん
2010/03/19(金) 07:04:48OSじゃなく処理系だろ
0304デフォルトの名無しさん
2010/03/20(土) 09:55:190305デフォルトの名無しさん
2010/03/20(土) 10:10:300306デフォルトの名無しさん
2010/03/23(火) 22:46:45gccでも可能でしょうか?
Visual C++ では #pragma message("msg") などと書けばできたのですが。
0307デフォルトの名無しさん
2010/03/24(水) 00:12:02http://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html#Diagnostic-Pragmas
によると、
#pragma message "Compiling " __FILE__ "..."
とか出来るっぽいぜ
0308デフォルトの名無しさん
2010/03/24(水) 17:22:22今はだめだろ。CPUいっぱいあるから。
0309デフォルトの名無しさん
2010/03/24(水) 19:57:17数百クロックを要する。
だがそのような環境では逆に全コアでタイマカウンタが一貫してたりする。
0310306
2010/03/25(木) 21:44:47ありがとうございます。しかし試してみたところダメでした。
-Wunknown-pragmasでコンパイルしたら「無視しました」みたいなメッセージが出ました。
gccのバージョンによるんですかね。4.3.2でした。
0311デフォルトの名無しさん
2010/03/27(土) 00:23:57#warningで出来るかなと思ったら引数のマクロ展開はしないとか
ふざけた事を抜かしているのであまり使えないな。 この程度は
出来るけど。
#warning Message
$ gcc -c source.c
source.c:1:2: warning: #warning Message
waring:#warning が冗長で醜いなあw
0312デフォルトの名無しさん
2010/03/27(土) 09:37:530313デフォルトの名無しさん
2010/04/01(木) 23:33:33nocona?
core2?
0314デフォルトの名無しさん
2010/04/02(金) 07:35:10たしか〜
nehalem-exかNorthwood
0315デフォルトの名無しさん
2010/04/02(金) 10:42:05SSE2を使うだけで十分だと思う
0316デフォルトの名無しさん
2010/04/02(金) 21:31:490317デフォルトの名無しさん
2010/04/07(水) 10:20:400318デフォルトの名無しさん
2010/04/14(水) 15:49:00自動ベクトル化されるが、整数演算はベクトル化されない。整数移動はベクトル化
されるが、float用SSE命令が使われていた。GCCはMMXや3DNOWコードを吐かないの?
0319デフォルトの名無しさん
2010/04/14(水) 21:08:150320デフォルトの名無しさん
2010/04/14(水) 21:43:24飽和演算とか利用してこそだし
あまり自動最適化には向かないんじゃない
0321デフォルトの名無しさん
2010/04/15(木) 01:44:020322デフォルトの名無しさん
2010/04/15(木) 07:15:210323デフォルトの名無しさん
2010/04/15(木) 12:53:50単なるコピーならfloat32でも同じことだし。
0324デフォルトの名無しさん
2010/04/15(木) 22:23:12SSEで全部まかなえるわけだし
0325デフォルトの名無しさん
2010/04/15(木) 23:35:38普通のSSEには整数命令入っていないよ
-mmmxや-m3dnowでもMMXレジスタは使っていなかった。
0326デフォルトの名無しさん
2010/04/15(木) 23:52:090327デフォルトの名無しさん
2010/04/16(金) 00:02:000328デフォルトの名無しさん
2010/04/16(金) 20:29:370329デフォルトの名無しさん
2010/04/17(土) 19:38:110330デフォルトの名無しさん
2010/04/18(日) 01:19:500331デフォルトの名無しさん
2010/04/18(日) 02:33:27よる整数SIMDの需要が少なかったからか?さらに、GCC4登場初期はスマートフォンや
PDAにiwmmxtが搭載されていたが、そもそも当時はスマートフォンが普及しておらず
MMX系の需要は少なかったからか。で、今ではスマートフォンが普及しgccに
armの128bit自動ベクトル化が搭載されたが、既に時代遅れのiwmmxtは対象外
という事か。
■ このスレッドは過去ログ倉庫に格納されています