GCCについて part5

史上最強のツール、GCC(GNU Compiler Collection)について語るスレ。

GNU本家の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について part4
http://pc5.2ch.net/test/read.cgi/tech/1090062751/
・GCCについて part3
http://pc5.2ch.net/test/read.cgi/tech/1072484422/
・GCCについて part2
http://pc2.2ch.net/test/read.cgi/tech/1046179115/
・GCCについて（過去ログ倉庫）
http://pc2.2ch.net/tech/kako/1007/10077/1007731543.html

関連スレ
・cygwin ＋ mingwn ＋ gcc 相談室
http://pc5.2ch.net/test/read.cgi/tech/1058134693/
・gcjって使ってる人います？
http://pc5.2ch.net/test/read.cgi/tech/1046627795/

　　　　　　　　　（
　　　　　　＿_＿_)__
　 　　　,.　´　　 　 `　 `　､
　　 .／ 　　　　　　　_ 　　_ ＼
　　/　　　　　　　　_　 ￣　 _　ヽ
　 /ｲｨｨ,,.,.,.,.,.,　　 　　￣￣　 　 !
　f/ﾉﾉﾉﾉﾉﾉﾉ　 ヘ.＿_　j　 jノ__ﾉ
　|/////// 　 _ (__ ﾟ_>`　__( ﾟ_ｲ
　.!|.|i/_^ヽ|＿'＿__r⌒ y'　 ヽ^)|
　　!|| fﾆ>　::::::　　`ー'ﾞ (_`___）ﾉ
　 　ヽ.ﾆ`　:　　 　 ／_ノ/川! /　　やりおった・・・
　　　 __ﾉ　､　 　 / ヾ---'´ ノ
　＿_ﾉ　＼l `　　 ＿＿__,／
　　　　　　 ＼　　　　ﾉ ﾘ.|`ー--
　　　　　　　　＼　　　.//

糞コンパイラ
-O1は特に酷い
手書きアセンブラのほうがマシっす

>>4
Cってのは、速度が気になるコードを書きたいのならコンパイラがどんなコードを出すのかを
理解しながら書かなければならない言語だが?
その限りにおいて、GCCはそれ程ひどいコードを出してこないし、手書きアセンブリよりは
はるかに楽だが。

乙

まだ4.0試してネーヤ

4.0.0の-O2は凄いな。有効オプションの数が多い。

でも、gcc 4.0のはき出すコード、gcc 3.4.3より2割ぐらい遅いな。-O2でも-O3でもおなじ。僕だけ?

>>1
立てなくてもいいのに・・・

現在ベストオブgcc versionは、3.3らしい。

3.3.3最強

このテンプレを忘れてる。アリさん

GCC Bugzilla
http://gcc.gnu.org/bugzilla/

gccの最適化不足をまとめてるページ

Deficiencies of GCC's optimizer
http://www.gnu.org/software/gcc/projects/optimize.html

[gccトリビア]
gcc4.0でブランチしたのは、



3.4に存在したバグが相当あったために4.0としてブランチした。

gccにgpcが統合されるの？
今さらpascalなんてｲﾗﾈ

ここだけの話、ディストロやOSにもよるが
gcc3.4系は早々とgcc4.0系に切替えていくんじゃないかという噂がある。

試しにgcc4.0でFirefoxビルドしてみたら体感速度上がった。プラグイン全て使えなくなったけどなorz

gcc4.0って3.4からまたABI変わっちゃったの?

あび

あのさ、amd64環境でさgcc4.0にしてコンパイルしたらさ
error: cast from ‘void *’ to ‘int’ loses precision
っていうエラーが出まくるようになった。
このエラーは3.3系で出なかったけど型の制限がより厳しくなったってこと？

>>17
プラグインを入れ直せばいいのでは？

>>20
void * が 64bit で、int が 32bit だからでしょ・・・。

ポインタとintが同サイズと仮定したコードキター！！！

>>22
実はそのアプリってFirefox1.0です。orz

>>23
あなたのそばにも依存したアプリが．．．．。

一般にAlpha/AXP がまだ現役だったころ開発・メンテされてたコードだとLP64 に結構対応してるのが多いし、
その後IA32野郎が壊したところもすぐ直るものなんだけど、Firefoxのコードは新し目のコード多いのかなぁ・・・

げっ！パフォーマンスチェックしたら、
gcc 4.0がgcc 3.3.3に負けた。orz

っていうか、まだリリースされてないか4.0って(笑
改善の余地有りってことかな。

gcc 3.3.3が最強ってことでFA？

gcc 3.3最強

Firefoxのソースはgccっていうか、g++なんだけど。
Quick hackしようとおもって途中までやってたんだが次から次へと依存したコードが．．．。

⊂⌒~⊃｡Д｡)⊃　　依存したコードありすぎて終わらね〜〜よ！！やめたー！

binutils 2.15.94.0.2 出た

>>29
どのへんかちょろっと教えてクリ

gcc4.0は、まだバギーみたいだね。

単純にvoid *をintに代入する、なんて糞コードが
修正されずに残ってるものなのかな。

もしかしたらptrdiff_t相当の、ポインタの差ををintに代入してるのかも
と思ったけど、だったら出るエラーメッセージが違うだろうし。

gfortran4.0でfortran90用に書かれたソースが無条件でとおるようになった。
姫野ベンチを試したら、5%くらい遅いね。（Opteron1.6GHzで498Mflops(gfortran4.0)と526Mflops(g77))
またSECNDS()がなくなった。

でもさ、mozillaプロジェクトのコーディング規約って、
移植性最優先なんじゃなかったかなあ。
firefoxって別なのか？

>>33
AMD64上でgcc4.0を使用して、Firefoxをコンパイルすればわかる。

gcc 4.0来春登場 - 互換性・速度に課題も
http://pcweb.mycom.co.jp/articles/2004/12/22/gcc/

gccは宇宙史上最大のツール

4.0上で>>20のエラーは"Mudflap"て機能が働いてるって事？

> また「完全な内部形式のTree Dumpを取りたい」という意見については、
> 小島氏は「実はこれはRMSの方針で「完全なダンプは出さないようにすること」
> ということになっている」との事実を明らかにした。これは「完全なダンプを
> 出力可能にすると、ProprietaryなBackend Pathを作られてしまう可能性がある」
> という理由からだと言うのだが、一方で開発者にとって完全なダンプが取れる
> ことが非常に魅力的であるという事情もあることから、事前に何らかの文書等を
> 交わしたユーザに限り完全なダンプの出力機能を利用可能にするといったことが
> できないか現在検討が行われている、と同氏は語った。

>>40
その行動は微妙だな。

自分で手を入れて吐かせりゃいいんだけどな。
以前gcc依存バリバリのコードを処理する必要があるときにそうした。

>>42
オープンソースなのでやるだけ無駄だということですね。確かに。

吐く所だけGPLにすりゃいいだけだもんな。
敵に塩を送らないってだけの話だな。

Build status for GCC 3.4
http://gcc.gnu.org/gcc-3.4/buildstat.html

Build status for GCC 3.3
http://gcc.gnu.org/gcc-3.3/buildstat.html


3.3.5でshやsh4はまだなのかぁ．．。

age

>>37
casts-as-lvalue って何で騒がれてるの？
Linux界でだけ？

大体cast-as-lvalueがどういう意味なのかも知らん。

cast as lvalue は大昔からのGNU拡張でわ?

たいていは回りくどい書き方に修正すればANSI互換に書き直せるハズ。

>>47
普通の C / C++ で *(int*)&d = 1; とか書くところを、gcc では今まで (int) d = 1; と書けてた（んだと思う）。
簡易unionみたいなもの。さほど意味の無い変な拡張だけど、使ってる人もいたんだね・・・

gccを導入したいんですがどこからどうしたらいいのかわからないので
詳しく説明してあるページとかあったら教えてください、日本語で

ホスト(コンパイラを走らせる環境)は何だよ?

windowsなんですがうごきますか？

>>53
cygwin mingw SFU(interix) coLinux どれか選べ

cygwinなりmingwなりで検索しる

ﾗｼﾞｬ

>>50
なるほど。

cygwinについてるgcc用のSTLのrandom_shuffleって壊れてませんか？
全然シャッフルしてくれないんですけど？(最後の要素が先頭に移動するだけ)
同じコードをVC++7.1で動かしたらちゃんとシャッフルしてくれました。

http://pc5.2ch.net/test/read.cgi/tech/1058134693/122-124n

質問させてください。
Adaを含めてMinGW-BSDクロスコンパイラを作りたい場合、どうconfigureすればいいですか？

>>59
それでうまくいきました。どうもありがとう。
しかし…なぜデフォルトでちゃんとシャッフルしてくれないのだろうか…。
（clでは第3引数なくてもちゃんとシャッフルしてくれました。）

cygwin の lrand48 が悪いらしい。

#include <stdio.h>

int main()
{
printf("abc");
}
という内容のファイルをコンパイルするとヘッダファイルがないといわれるんだけど何故？

>>63
ヘッダファイルがないから。
ちがうか?

includeパス間違い。ユーザ　マニュアル見て設定しる

>>60
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14626
俺にはドキュメントからは見つけられなかった

>>39
> 4.0上で>>20のエラーは"Mudflap"て機能が働いてるって事？
違うよ

-fstrict-aliasingと-funit-at-a-timeはメリットよりデメリットのほうが多い気がする。

あのね、linuxとかgccはビルド環境もターゲット環境も多岐にわたるから、
中核部分の開発が激しく盛り上がってるときはどうしてももっとも主流の環境が
中心になるのだよ。LinuxだったらターゲットCPUはx86系で開発環境はLinux上、つまり
セルフコンパイル環境がね。といっても他の環境でも試さなければ問題が発見できないから、
それはそれで行なうわけ。

まあ1つのターゲットと1つの環境でしか開発したことのない人間は黙ってロッテことですな（笑
たとえばautoconfとか使ったことある？ターゲット環境やビルド環境に合わせてmakefileを自動生成数ツール。

-- test.c --
#include <stdio.h>

int main(void)
{
printf("abc");
return 0;
}
----------

test.cをgccで、
%gcc -o test test.c ........(1) と実行しますと、testの実行ファイルが作成されますよね、
ここで、(1)のtestが動作していることを確認しています。


そして、今度は、
%gcc -c test.c でtest.oオブジクトファイル生成で止めて、リンカ(ld)で実行ファイルの生成したいのですが、(gccから、ldは呼び出さない。）
必要なライブラリが分かりません、(1)に-vオプションで表示されたライブラリを読み込ませたのですが、
関数exitが見つかりませんでした。

test.oをldで、リンクするとき最小限に必要なライブラリを教えていただけませんでしょうか
また、startupオブジェクトはどのライブラリなのか教えていただけませんでしょうか。

ちなみに環境はSunOS 5.8です。今手元に実行環境がなくあいまいな質問になってしまいましたが、
よろしくお願いいたします。

gcc -v test.cしてみる

gcc -o test test.o ... でリンクすればよかったのにな。

なんだよ、最後は「実行しても何も表示されません」かと思ったのに。
全部読んで損した。

%ld でリインクできた。

ﾘｲﾝｸ!!

GNUの創造主 インタビュー

Interview: Richard Stallman
http://kerneltrap.org/node/4484

キムチチゲ

Did you receive the electric wave?

yeno.

最適化強くなってるから下手にフラグ付けると変なバイナリ出来そうだな…。

rmsの波だの結晶、そのひとつがgcc。

波だ→涙

codesourceryって何者でつか？

この前初めてインテルC++使ってみたけどGCC3.3.4に比較して45%以上の
パフォーマンス向上が確認できた。

そりゃそうだろ

>>84
それが売りだから。>IA32orIA64パフォーマンス
逆にIAマシンでgccとパフォーマンス変わらなければ存在意義ないし。

# define __acquire(x)　　__context__(1)

っていうコードで悩んでるんだけどな、
__context__(1)ってのはどういう意味なんだろう？

Pentium3だとほんの少し速くなる程度。Pentium4なら劇的に速くなるのかな。

GCCがPen4に対応する気がないから。

gccってのはなにもIAマシンだけに固執してるわけではない。(IAユーザは多いが)

しかし、g++の最適化がそれほど研かれてない気もする。
それもパフォーマンスが悪い原因の一つかな。

gccはクロス・コンパイル機能はダントツかもしれんな。

CPUをgccに最適化するとよいと行ってみるテスト

>>93
RISCにすればそこそこ速そう。x86が悪いんだ！

捕手

gccは多態性がある。

http://gcc.gnu.org/wiki

大勢がx86-64にチェンジすればまた変わるんだろうな
レジスタ数増えれば最適化のチャンスも増えるし

autovectorizationをgcc3にバックポートすればもっと変わる

素直に4使えば？

>>99
mudflapを3に(ry

gcc 3.4になってから

if (functionName) {
...
}

みたいに関数名をboolコンテキスト持ってくると

the address of `functionName', will always evaluate as `true'

と警告が出るようになったんですが、これを抑制するオプ
ションが無くて参ってます。何かこの警告を消す良い方法は
無いでしょうか？ ちなみにマクロを展開したあとにこういう
文になります。

>>102
試してないけど、 functionName != 0 にしたらどうだろう。
でもこれは、マクロが問題なんじゃないかな？

>>103
ありがとうございます。それでうまくいきました。
でもこういうマクロ問題なのかなあ・・・

>>104
出された警告の意味わかってるのか？

普通の関数は0番地に配置されることは絶対無い
(アーキテクチャにもよるがこれはハードウェアの仕様)
ので常にtrueになるよという警告だろ。

x86の場合、確か0番地はベクタテーブルだから必ず
割り込みルーチンのポインタが書かれていると思ったけど。

>>106
君はいつまでリアルモードで生活してるのかね？

関数へのポインタが整数の定数0と比較して等しくならないのはCの仕様。

>>105
字面の意味じゃなくて何故この警告が抑制できないかって
ことですよね。全然わかりません。

-Wno-xxx で警告が消せないってことはプログラマに絶対
注意喚起する必要があるって判断なんだろうけど、正直
unused variable と同レベルの警告とかしか思えません。

正直unused variableと同レベルの
どうでもいい話題 > 何故この警告が抑制できないかって

現在、gcc.gnu.orgのサーバが障害発生中。
このサーバはsources.redhat.comも運用している。
ファイルシステムに問題があった模様で、現在復旧中。

>>111
ガンガって復旧汁ぬぬぬ

>>111
アンチGNU野郎に攻撃されたのかと思ったぞ。

それいいね

>>102
そんな謎のコードを生成するマクロ使うな

大雑把にはこういう感じなんすけど
書き方が良くないんでしょうか・・・

#define (a,b,c,func)
do {
　foo(a,b);
　bar(b,c);
　if (func) {
　　func();
　}
} while(0)

キモイ

do とか使う人嫌いです

>>118
かわりに何使えばいいでしょう？？

つうかこれってdo〜while使う必要あるのか？

>　if (func) {
これなんの意味があるの？

>>120
二つ以上の文をマクロにするとき do {} while(0) で囲うのが
普通と思っていたんですが、実は普通じゃなかったんでしょうか・・・

>>121
func に相当する処理が不要になるケースがあるので、
その場合 NULL を与えればそこを飛ばせるように、という
意図なんですが・・・

>>122
do..whileはbreakで抜けたい時だけですよ…

こっちいってくれ
C言語なら俺に聞け! Part 101
http://pc5.2ch.net/test/read.cgi/tech/1107128274/

>>125
あ、そうですね 失礼しました

>>122
セミコロンを要求する意図での使用は普通。
貴方は正しい。

>>123
funcあり版となし版を用意する方が医院で内科医?

gdcって統合されないのかな?

これ以上肥大化させないでくれ……

gcc.gnu.org 復活age

MSも酷いことするよな。
いくらGCCが憎いからって・・・

>>132
いつもやり方が同じなのが笑える

gccは世界遺産に認定

gccのバックエンドの書き方解説してるページはどこですか？

バックエンドは知らん。

フロントエンドなら GCC Frontend HOWTO があるが。

gcc4.0はいつリリースでつか？

http://www.google.com/search?q=%22GCC+4.0%22+%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9
上から 2 番目。
検索エンジンぐらい使えよ、ボケ。

AthlonXPのCPU使っていてフラグに-fprefetch-loop-arrays付けるとQuantiSpeedを使ってくれるよう最適化するのかな。

GCC 4.0 Status Report (2005-02-03)
ttp://gcc.gnu.org/ml/gcc/2005-02/msg00079.html

>>140
> Therefore, my current expectation for a GCC 4.0 release date is April 15th.
4/15に4.0リリース見込みか・・・まぁ伸びるだろうけど。

Active development (mainline): will become GCC 4.1.0
http://gcc.gnu.org/gcc-4.1/changes.html


GCC 4.1 Projects
http://gcc.gnu.org/wiki/GCC%204.1%20Projects


What will be in 4.0
http://gcc.gnu.org/wiki/What%20will%20be%20in%204.0

4.0の最適化がよくなってきたね。
20050222でやるとgcc3とほとんど同じ速さになった。（FC3　）
4.1のx86_64がコンパイルできない。
crti.o　がないといっておこられる。
x86_64用のcrti.asmがないんだけど。

>>143
以下へ進め！
http://gcc.gnu.org/bugzilla/

ちょっとお聞きしたいんですが、以下のようなファイル
---ファイルここから---
--func.c--
#include <library1.h>

#ifdef BAR
#define FOO
#include <library2.h>
#endif
(以下略)
--library1.h
(略)
#include <library2.h>
(以下略)
--library2.h--
(略)
typedef _hoge hoge;

#ifdef FOO
struct _hoge {(構造体の中身:中略)
};
#endif
(以下略)
---ファイルここまで---

で、gcc -I(ライブラリヘッダファイルの場所) -DBAR -c fonc.c でコンパイルするようなfunc.cを
書くときに、func.cの中で構造体hogeは使用できるのがgccの仕様として正しいのでしょうか
それとも、できないのが正しいのでしょうか。
#実はgtk+-2.6.2 + ruby-gdkpixbuf2-0.11.0で上のようなところで
#hogeに対応する構造体が完全に定義されないためにエラーが出て困ってます。
#（cppを通してみたらstruct _hoge { }; の部分が出てこなかった。）
#gccはgentoo linuxの3.4.3.20050110というバージョンです。

>>145
gcc かどうかって関係ないんでは。本当にこの通りだとすると、cpp の
出力に struct _hoge {...}; が含まれるでしょ？

>>145
library2.hにインクルードガードが掛かってるとか？

>>145,146
レスどうもです。いやぁ、マヌケかましてました。

>>146
>library2.hにインクルードガードが掛かってるとか？
まさにそれでした。
実際には
library1.h→gdk-pixbuf.h、library2.h→gdk-pixbuf-io.h、func.c→rbgdk-pixbuf-format.c
BAR→HAVE_GDK_PIXBUF_GDK_PIXBUF_IO_H、FOO→GDK_PIXBUF_ENABLE_BACKEND
hoge→GdkPixbufFormat
なのですが、gdk-pixbuf-io.hにしっかりインクルードガードがかかってました。
で、GDK_PIXBUF_ENALBE_BACKENDをdefineした後のgdk-pixbuf-io.hのインクルードは
ガードされてるので、_GdkPixbufFormatの定義ができないみたいです。

#gtk+-2.4から2.6バージョンが上がったときにgdk-pixbuf.h、gdk-pixbuf-io.h
#周りが変わって、gdk-pixbuf.hがgdk-pixbuf-io.hをインクルードするようになったっぽい。

ていうことは、gtk+-2.6じゃruby-gdkpixbuf2はコンパイルできないと言うことか...
#早く対応版をリリースして欲しいな...

そういうコード書く奴が悪いと思うが。

>>149
この場合の悪いやつとは誰？

1.Gtk+の開発者
2.ruby-gnome2の開発者

Ｒｕｂｙ！！！！！！！！！！！！！！！！

>>151
バカはしゃしゃり出てこないように。

Ｒｕｂｙ！！！！！！！！！！！！！！！！

gccってなんと読むのですか？

>>154
みかか

gcc4の最適化が大分賢くなってきたね。gcc3.4より早くなるコードも出てきたよ。

バグが怖くて使えないけどな〜

>>155
きそそ

じゃないの？

>>156
ま、僕も試してるだけだけど、
そうはいっても、どのバージョンにも少しずつ問題あるしなー。

>>157
歳がばれますね。(お互いに)

JISかな配列と年齢に何の因果関係が?

ぐっしっし

Mudflapって、IBMのプロポリスみたいに、運用時のセキュリティ向上に使えるものなんでしょうか？
それとも、GCC BoundChecking patchみたいにデベロッパのデバッグ向け？

>>161
遅くなるので、デバッグ以外の用途は厳しいような気がしますな。

そりゃあんただけですな（苦笑

>>162
MLを見るに、現状だとboundscheckingパッチ並み（かそれ以上）に遅いようですけど、
4.0の正式リリース時までに改善されたりする予定はないんでしょうか？

HeapOverrun対応ってことで、IBMのよりヨサゲなんですけども。。

>>158
因みに、私は22ですよ
（みかかは知ってるけど、確かPC雑誌で読んだ知識で、普通に使われてた時代はネットしてなかった）
確かに友達はみんな知らんなぁ

>>164
そう簡単には速くならんと思う。

>>165
がびーん、おじさんは俺だけか・・・

>>164
多少早くなるかもしれんけど、劇的に変わることはないんじゃないかな。

もせ

【隔離】Cなら俺に訊け！ Part.104【病棟】
http://pc5.2ch.net/test/read.cgi/tech/1110099763/584
から飛んできました。

584 ：デフォルトの名無しさん ：05/03/13 19:05:28
if (0 <=c && c<=127) とすると、コンパイラが
comparison is always true due to limited range of data type
と警告を出しました。コンパイラは gcc 3.3 です。

>>169
元スレで結論は出てると思うが

>>170 あ、元スレのほうにレスがついてました。
ありがとうございました。

おそらく >>169 の処理系では, 先に CHAR_MAX=127 と定義されて
c <= 127 は >>169 の処理系では c <= CHAR_MAX と等価なので,
常に真になると警告してるような気がする。

CHAR_MAX は処理系定義なので CHAR_MAX が 128 以上に定義されてる
場合は警告は出ない鴨。

>>172
元スレで結論が出てる話にいまさら「気がする」と書き込んでどうする。
ついでに言っておくが、 CHAR_MAX=255,CHAR_MIN=0 でも警告されるだろうな。

>>173
CHAR_MAX=255の場合でも警告されるの?詳細希望。

あ,CHAR_MIN=0の場合か。失敬。

何故ここでC言語の文法の話なのだ？

警告の話だろ

>>177
出力された警告の通りでしょ。疑問なんかなんにもないじゃん。
で？

gccのライブラリの話ってここでいいの？

「gccのライブラリ」じゃぁ誰も分からん。

わかんないなら答えなきゃいいのに。

まあ馬鹿同士仲良くやれよ(▽

馬鹿が集まってきたなｗ

俺は、>>172の指摘したgccの警告は(・∀・)ｲｲ!!と感じる。
ウザイと感じるのはVCでいっぱいいっぱいの初心者。

警告に関して言えば、gccの優れた点の一つだと思う。
printf系の書式指定する出力関数の書式チェックをある程度やってくれるのも(・∀・)ｲｲ!!

gccってなんて読むの？ぐっくっく？

>>185
ｹﾞｪｰﾂｪｰﾂｪｰ

>>185
本当はげしし

期待と不安が交錯するオープンソースコンパイラの新バージョン開発
http://japan.cnet.com/news/ent/story/0,2000047623,20081333,00.htm

>>185
げーしっく

devel で rms が暴れててびびった。

gcc3.3.3で安全かつ高速な最適化オプションってどうつければいいんでしょう。

-O3 -mcpu=pentium3 -march=pentium3 -msse -mfpmath=sse -fomit-frame-pointer -fmove-all-movables -ftracer -fforce-addr -freduce-all-givs -fno-branch-count-reg -foptimize-register-move -fsched-spec-load

Pentium3でこんな感じで最適化オプションを設定してます。

>>191
最適化オプションが「安全」って、どういうことよ？

コケたり妙な挙動しないかとか。

単に何もわかってない最適化厨と思われ。

>>191
何も付けない。

最適化で動作がおかしくなるプログラムは、そのプログラムのソースが
元からおかしくて、最適化で問題が露呈するケースが多いように思う。

>>190
rmsは今でも現役です。

4.0のスケジュールはどこで確認できるの？

>>198
大雑把にはコレ:
http://gcc.gnu.org/develop.html#timeline

細かいのは、gcc ML を読むしかない。
今はコレ:
http://gcc.gnu.org/ml/gcc/2005-03/msg00477.html
> the April 15th target for GCC 4.0

生涯現役。あっちもバリバリです。

>>196
確かに。

Strict aliasingのルールなんて、知ってる奴のほうが少ない。

open64ってどう? 使ったことある人いる?
http://open64.sourceforge.net/

元はSGIのPro64というコンパイラで科学計算分野で使われていたらしい。GPL。

crossjumping!

gccでLD_LIBRARY_PATHを設定しなくても、実行時に/usr/lib以外の
ライブラリサーチバスを探してくれるオプションは何でしたっけ？

-L/path/to/lib

実行時か。

>>204
よくわからんが、動的ライブラリにしたいのではなくて？

>>204
-Rとか-rpathあたり。

>>204
LD_PRELOAD

ｸﾞｯｼｯｼ

>>189
なんかその読みは、gotoを多用しそうだなw

gccで指定できるpragmaの一覧ってどこにあるのでしょうか

info

OpenMPとpthreadの違いを教えてください

>>214
ここで聞いても答えはないと思うぞ。

実行の割合を逐次表示させるコードを書いているんだけど、
Windowsコマンドラインでは滑らかに表示されるものが、
Linuxでは処理が完全に終わるまで表示されない。

例えば
for(i=0;i<100;i++) printf("\b%f%完了", hoge(i));

だれか解決方法わかりまつか？

setvbuf

>>217
そういう問題じゃないです。
Linuxは処理が遅いからです。

for(i=0;i<100;i++) printf("\b%f%完了", hoge(i)), fflush(stdout);

setvbufでstdoutを_IONBFにしても同じでしょ。
まあいいけど。

俺の、非常に狭く少ない過去の経験上、
Unix系(というかglibcだな)は、printf系は_IOLBF相当になっているみたい。
で、Win系(VC,BCC)では、標準出力がリダイレクトされてない場合は_IONBF
リダイレクトされている場合は_IOFBFのような気がした。

Cのことなら俺に聞けスレでスルーされてしまったので、
こちらで聞きたいのですが、

gccでハイパースレッディングをフルに使う処理は、
どのように書けばいいのか、URLか本を教えてください

カーネルがHT有り無しで若干異なるようなので、
そういう書き方があるような感じがします。

並列プログラミング?

>>222
コンパイラは無関係。ふつうにpthreadなりCreateThread()なりでマル
チスレッドのプログラムを書けばいいだけ。OSがHT対応してなければ、
もちろんHTは使えない。

posixスレッドプログラミング　ascii　ISBN4-7561-2020-2
pthreadsプログラミング　　　OREILY ISBN4-900900-66-4

>>216
open()で/dev/stdoutとか開いてwriteで書けばよい。
ゆく〜り確実に文字がでてくるよ。

>>222
>>223
thx!

>>216
>>224で既出だけど、printfはバッファリングされるから
デバッグ出力なんかは fpritf(stdout, ... ) が常套手段。

(ﾟДﾟ)ﾊｧ?

>>216
今更だが、スレ違い。

>>225
m9(^Д^)ﾌﾟｷﾞｬｰ
特別に stderr はバッファリングされないので、それと勘違いしてないかい？

>>228
m9(^Д^)ﾌﾟｷﾞｬｰ

M7(9) add9 m7(9)

>>226
fprintf も stdout に関してはバッファリングする処理系が多いと思うが。
stderr ならともかく。

>>219がFA。

opteron+Linux(suse9.1)+gccの環境で、インラインアセンブラを使いたいのですが、何が必要なのでしょうか？

>>233
gccが入っていて普通に使えるようなら、他はとくに必要なものはない。

opteron+Linux(suse9.1)+gccの環境で、淫乱ブラを使いたいのですが、何が必要なのでしょうか？

>>235
胸があって普通に使えるようなら、他はとくに必要なものはない。

素で間違えとったよ。

>>235
関連スレ: http://pc8.2ch.net/test/read.cgi/tech/1086004120/

おかしすぎる..。笑いが止まらない。

今度の仕事の環境がlinuxらしいので、自宅のLinux環境にGCCを入れたいんですが、
GCCのインストール方法を簡単に説明したサイトないでしょうか？

そういう質問をする奴の「Linux環境」には
最初から入っている。

>>240
環境設定は、Linux板の該当ディストリスレで。

gprof でどんなルーチンでどれくらい時間かかってるのかな〜と思ってみてみたら、
実行時間全体の30パーセントが _Unwind_SjLj_Unregister と _Unwind_SjLj_Register
というルーチンで消費されていました。

これはいったい何のためのルーチンなんでしょうか。
例外処理のためルーチンっぽい気もします。
冷害が発生したときのためにスタックをどこまで回復するか、
＆どのデストラクタを呼び出すかを記録するための物なのでしょうか？

ソース嫁

そう。
30%ってことはマルチスレッドなんかね。
TLSへのアクセスのコストが大きいんじゃないかな。

gccのソースコードくらい展開しとくといいよ。
そしたらgrepすればすぐ見つかるから。unwind-sjlj.c。

sjljってSetjmp/Longjmpだな。catch/throw実現の

gccをfindで検索しましたが見付かりませんでした。
本家のサイトにいって落してきたんですが、全部英語なもので。
日本語で説明してあるサイトなんてないんですかね。

例外ってそんなにかかんの？

C++の例外はかなりのコストでっせ。
例外ばかりでなく、デストラクタの巻き戻しにも関係しているので。
単体の関数呼び出しでは無視できるコストでも、
チリが積もれば山となって影響してくる。
デストラクタのチェインはリスト構造で、構造上キャッシュにも載りにくいから、
例外によるチェインを手繰る処理はかなり重くなる。

今までWindows上でのプログラム経験しかないのですが、
Linux+GCC上でWinのレジストリ操作みたいな事は
どうやって実現するのでしょうか?
自分で設定ファイル読み書きするのかなぁとは思っているのですけど。

>>250
環境変数か、パス決めうちが流儀らしい
Windowsから見れば全く馬鹿げてると思うだろうが

>>251
ふつー設定ファイルを別に用意するが。システム共通の設定なら
/etc とか /usr/local/share あたり、個人設定ならホームディレクトリに
. から始まるファイル名 (.bashrc とかね)。

>>252
普通は/usr/local/shareに設定ファイルは置きません。
shareはアーキテクチャ独立なデータの置き場所。

/etcか/usr/local/etcかはたいした問題じゃなくて、
OS・パッケージングする配布者・個々の管理者によって流儀は異なりうるので
適当にどこか一箇所でマクロで定義しとけばいい。
もしくはautoconfを採用してconfigureの定義するマクロを使う。

色々意見がわかれるのですね・・・

とりあえず一番簡単そうな設定ファイル方式で行こうと思います。
(アプリのカレントにapp.iniを作成)

いいかげんスレ違いだが、
よりによって一番おバカな方式にフォールバックするのは何故だろう。

っていうかいまだに>>250みたいなことに悩まなければならない
お粗末なOSがあることが驚き

カレントにってのが意見の割れる原因なんだよね。
Unixスレだっけ？
ファイルのpathが一意に決まらないからとか、いろいろ言われてたの。

まあ、結局どんな方式でも一長一短なんだけど
それぞれの環境の流儀に従うのがベターだとは思う。

だからと言って、Win版apacheがhttpd.confを使わないでレジストリ設定になったら嫌だし
かといって、httpd.confが/WINNT/???/に作られるのもすごく嫌だけど。

unixだとコンパイル時に決まったりするからなあ
(諸般の事情で)移動させたら再コンパイルなんてアホくさ杉

これを譲ったとしても

>>256 のいうように悩まなければならない、というのはどうかしてるよね
お仕着せでも、ちょっと使いにくくても、
標準の方法やガイドラインがあるほうがマシ。

そもそもアプリケーションの捉え方が違うんだからしょうがない。
コマンドラインオプションで何でも決めるUnix文化にとって、
設定ファイルをどうするかなどということは瑣末な問題でしかない。
それでも、autoconfなりXtのリソースなり、ガイドラインはあるわけだが。

>>258
そこでシンボリックリンクですよ。

> >>256 のいうように悩まなければならない、というのはどうかしてるよね
まぁ、標準化団体があってないようなものだからねぇ。ただ、現実問題として
それで困ったことはない。

かように、ム板ではWindowsしかろくすっぽ知らない奴がコンプレックスを感じて
暴れるので、ネタじゃないならUNIX板で尋ねるのがよろしい。

>>261
判らないなら黙ってろって。邪魔だから。

あはは。既に回答済なんでそろそろ結論が見えてきたところで書いたわけだが。

逆のコンプレックスの塊がGNOMEなわけだが・・・

いやそれならむしろKのほうが...
> まぁ、標準化団体があってないようなもの
*BSDは知らんがLSBにがんばってもらうか
ISOにもsubmitしたらしいし。

GNOMEだったら、libgconf。設定は処理するには。
本スレはUNIX/Linux板のプログラミングスレ、GNOME/KDEスレなど。

>>253
> 普通は/usr/local/shareに設定ファイルは置きません。
おれも share の下に設定ファイルを置くのはどうかと思うが、
意外と多いよ。有名どころのソフトだと vim とか tex あたり。

そうそう。texは頭が痛い。
tex周辺ツールの設定ファイルもカオスの中に叩き込まれるのは参る。

vimはetcに置かない理由がさっぱりわからない例だと思う。

Debianなので幸せだ。
/etc/{texmf,vim}

>>267
> 意外と多いよ。有名どころのソフトだと vim とか tex あたり。
vimは使ってないから良く知らないけど、tetexみたいにOSとは関係の薄いコマ
ンド群のパッケージの場合、それはもうそれでひとつの独立した世界を作って
る訳で、そういう場合に/usr/share/texmf/COMMAND_NAME/config/に設定ファ
イルがあるのは別に構わないんじゃないかと思う。
/etc/の下にはむしろシステム全体にかかわるような設定にだけ集中してもらいたい。

>>268
> tex周辺ツールの設定ファイルもカオスの中に叩き込まれるのは参る。
カオスってほどじゃないと思うのだが。場所は/usr/shate/texmf/COMMAND_NAME/config/
って決まってるし、COMMAND_NAME={dvipdfm|dvips|xdvi|...}だし。

>>270
>/etc/の下にはむしろシステム全体にかかわるような設定にだけ集中してもらいたい。

ハゲ同。

>>254
ユーザーが使うアプリなら ~/.appnamerc or ~/.appname/* が基本だと思う。

>243
http://d.hatena.ne.jp/higepon/20050226#1106913960 嫁

おまえら、GCCの話をしてください

RedHat Enterprise Linux 3.0のvimは/etc/vimrcに設定ファイルがあるよ。

GCC4.0ってどうなったん?
てかgdcを標準パッケージにいれてくれないのかなぁ。

>>274
>>199
ちょっと前のレスぐらい嫁。

で、ML の方見たら、
http://gcc.gnu.org/ml/gcc/2005-03/msg01077.html
> I'm still shooting for an April 15th release. As I indicated
> previously, please do not mark any new non-critical regressions with
> the 4.0 target milestone; use 4.0.1 instead.
…だと。

> てかgdcを標準パッケージにいれてくれないのかなぁ。
需要が…(;´Д`)

linux suse9.0を使っています。gccを最新版にアップデートしたいのですが、prefixでインストールディレクトリを指定して上書きインストールしてしまっても問題ないでしょうか？

>>276
そういうのは SuSE スレに…。

普通、ディストリが提供しているパッケージ以外の方法でインスコするものは、
./configure --prefix=/usr/local とかで入れるものだ。

上書きすると何か問題あった時に元に戻せなくなるか、すげー苦労するぞ。

>>277
> 上書きすると何か問題あった時に元に戻せなくなるか、すげー苦労するぞ。
別に苦労なんかしないでしょ。上書きがあるかどうかのチェックなんて「ディ
ストリが提供しているパッケージディストリが提供しているパッケージ」で簡
単にチェックできる訳だし、チェックできなかったらパッケージングシステム
使ってる意味ないし。

結論：Windowsのレジストリはナイス。

よかったね。おめでとう。

>>278
s/すげー/不必要な/ で。
俺は libc 上書きしてパッケージどころか ls も使えなくなったことはあるけど(笑)。

そういや、FC4 Test 1 にはメインで gcc-4.0 入ってるんだな。
特に不具合とかは無いのだろうか…。

>>281
人柱になっていただくのですよ。

よさげならリリース後に入れる。
阿鼻叫喚なら4.0.1か4.0.2まで待つと。

FC3でgcc4を使って glibc, glib2, gtk2, firefox を ビルドしたものが無事動いた

コンパイル速度はどうですか。遅い機械使ってるもんで気になる。

>>284
486でも短いプロラムなら一瞬で終わった

configureファイルの書き方を教えてください

>>286
スレ違い。

Autoconf,Automakeについて
http://pc5.2ch.net/test/read.cgi/unix/1018470294/l50

>>287
スレ違い。

自治,誘導について
http://pie.bbspink.com/test/read.cgi/leaf/1094979415/

>>285
そらあたりまえ。

>>289
スレ違い。

馬鹿の相手をする,馬鹿について
http://academy3.2ch.net/test/read.cgi/whis/1089643058/

gcc-4.0 RC1
http://gcc.gnu.org/ml/gcc/2005-04/msg00479.html

gcc-4.0 RC2
http://gcc.gnu.org/ml/gcc/2005-04/msg00613.html

↑は、「gcc 4.0 RC2 も必要になったけど、まだ用意してないよ」という話。

(Apr 30 2005) GCC 3.3.6 release は予定通りになりそうかな

-masm=intelの出力がnasmで読めない件について

>>295
スレ違い

アセンブラ…　（´･∀･`）ﾍｰ
http://pc8.2ch.net/test/read.cgi/tech/1101390110/

>>279

皮肉にも、Win のフリーソフトではレジストリを
使わないものが歓迎される傾向がある。
プログラム本体と同じフォルダ (=ディレクトリ) に
.ini ファイルを作るタイプのものが主流。

容易に設定を移行できるメリットがある。
自前での設定ファイルの書き換えも楽。

Win2000/XP にも、ユーザーごとのフォルダは用意されるので
ユーザーごとに .ini ファイルを用意することも可能。

GCC 4.0 RC2 Available
http://gcc.gnu.org/ml/gcc/2005-04/msg00994.html

>>297
スレ違い。

お前ら理由を言え！何故、非常駐、非ﾚｼﾞｽﾄﾘなのか？
http://pc8.2ch.net/test/read.cgi/win/1099188855/

GCC 4.0 リリースあげ
http://gcc.gnu.org/gcc-4.0/

おーヽ（´ー｀）ﾉ
評価するぞ
時間ないけど

gcc4.0.0をmakeしてmake installしました。場所はデフォルトのusr/localです。
この後、環境変数などを設定したいのですが、どこに何を書けばよいのでしょうか。
OSはfedora core3です。

ふつう、環境変数なんて設定しなくても使えるぞ。
何を設定したいんだ?

/etc/profile

>>302
スレ違い。

Fedora Core 総合スレッド Part 12
http://pc8.2ch.net/test/read.cgi/linux/1113138775/

>>303
インストールしたのにgcc -vでバージョン見ると古いままなんです。

$ type gcc
$ /usr/local/bin/gcc -v

を実行して納得が逝かなかったら質問し直せ

>>307
パスをそこに通せばよいということですか？

>>308

単に gcc -v ってやってると、/usr/local/bin/gcc じゃないところの gcc が実行されてるんじゃないのかい？
って話だと思われ

>>309　が >308 一行目の $ type gcc についてで
んで、二行目の $ /usr/local/bin/gcc -v を実行せよってのが、/usr/local/bin/ にインストールしたと思ったけど
できてないんでないかい？

ということだと思われ

ま、/usr/local/binの方を先に宣言しておくか、aliasを使うかだね。
個人的には、後者のほうが手軽でいいと思うけど。。

「PATHは通したんですが、a.outを実行すると、〜がないって言われるんです。」
もうお前ね、4.0.0試すなんて十年早いよと。

gccとg++のコマンドの違いを教えてください

>>311
alias g++='/usr/local/bin/g++'
としてg++ -vとするとうまくいきました。また、g++を使ったコンパイルもうまくいきました。しかし、コンパイルされたファイルを実行しようとすると
./a.out: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
というエラーが出て実行できません。何がいけないのでしょうか。libstdc++.so.6が存在しないというのはわかるのですが、解決方法がわかりません。

aliasだとMakefileで困らないの？

>>314
つttp://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html#2_6
つttp://gcc.gnu.org/onlinedocs/libstdc++/install.html#usage

GCC4.0.0(Cygwin)
makeしたらエラー出るんだが、何がいけないのかな？
make[1]: *** No rule to make target `../include/ansidecl.h', needed by `regex.o'. Stop.

ansidecl.hが見つからない。

3.xを使ってみるまえに4が出てしまったか。

gccを使って作ったソフトを公開する場合は、
GPLに従って全部ソースコードを公開しなくてはならない。

>>320
「使って作った」が「ソースを流用して作った」と言う意味なら、当たり前。

4.0で興味があるのはこれでffdshowがいくらか速くなるのかということだ。
最近重くて再生が追いつかないのあるし。
Intelのコンパイラと比べて速くなる？

iclに勝てるわけないじゃん

4.0でも
gcc -S -masm=intel
の結果がnasmで読めないなんちゃってintel形式なのは直ってないのね＿|￣|○

intel形式なんて（ﾟ�听）ｲﾗﾈ

%./configure
% make
........
config.status: executing default-1 commands
./config.status: line 910: ./../../config-ml.in: No such file or directory
make: *** [configure-zlib] Error 1

これは何?

何って、見たまんまじゃないの?

ごめん。つまらんミスだった。
% cd ./gcc-4.0.0
% configure
としてしまった。build 用の directory を用意する必要があった。

面倒だな

教えて君ですまんが。

gcc -Wall で、switch case のcaseに列挙を使ったとき、
列挙型のすべての要素を並べてないと警告が出る、という機能があって、
でも、このはdefault節が付いてると抑止されるらしい。
マニュアルにはそう書いてあるし、実際の動きもそうなってる。

(The presence of a default label prevents this waring.)

これって昔からこうだったっけ?
昔は、defaultがあろうがなかろうが警告が出てたような気がするんだけど...
(気がするだけかもしれん)
ていうか領域破壊とかでとんでもない値が入っていることを検出するためには
defaultは必須なんだから、defaultつけて抑止されたんじゃ使い物に
ならないんだけど。

defaultの有無に関わらず怒ってくれるオプションとかあったら、
教えてくださいませ。よろしくお願いいたします。

うちのgccのバージョンは以下の通りだす。
2.95.3 20010315(release)

そのバージョンは知らんがgcc3.4にはある。-Wswitch-enum。
(-Wallには含まれていないようだ)
typedef enum {
    HOGE_1,
    HOGE_2,
    HOGE_3
} hoge_t;

int test(hoge_t h) {
    switch (h) {
    case HOGE_1:
        return 0;
    case HOGE_2:
        return 3;
    default:
        return -1;
    }
}

> cc -Wswitch-enum -c aa.c
aa.c: In function `test':
aa.c:15: warning: enumeration value `HOGE_3' not handled in switch

gccはインテルのコンパイラみたいに、自動的にSIMDを使ってくれるのでしょうか？

>>143
http://gcc.gnu.org/ml/gcc/2003-07/msg00998.html
http://gcc.gnu.org/ml/gcc-bugs/2004-08/msg00620.html

やる気無い人間をやる気にさせるコンパイラオプションってありますか？

gcc -R18 moe.c とか．．
gcc -R15 moemoe.c とか．．

萌えた。

>>334
板違い。

>>335
スレ違い。

萌えるオプションについて
http://pie.bbspink.com/test/read.cgi/leaf/1094979415/

>>332
スレ違い。

「コンパイラ・スクリプトエンジン」相談室5
http://pc8.2ch.net/test/read.cgi/tech/1106129164/

>>332
target指定してれば使ってくれる

>>336-339は騙されたﾔｼﾗ

>>331
了解です。うちで今使ってるgccが古過ぎるんですね。
大昔に入れたっきりのVineに付いてきた奴だからなあ。

情報ありがとうございました。ver.upしよう…

4.0.0の場合-ffast-mathオプションを指定した場合、今までよりも高精度な結果を返すのでしょうか？

>>343
勘で言うけど普通逆じゃね？
速い代わりに不正確なんでしょ？

>>344
勘で言うけど激しく同意

勘で言うけど速くて精度のいい演算をするためのオプションだよ

>>367
そうだとしたら、それをなんでわざわざオプションにしてるワケ？

バグが残ってます

GCC使えねえ・・

なぜdocumentを読まない。-ffast-mathは変数のチェックをさぼって高速化するオプションだって書いてあるじゃない。

つまりバグってるわけね

>>351
バグかどうかは仕様とセットでないと判断できんが。IEEE745 を仕様とするなら
-ffast-math は使っちゃダメ。

ただ計算したいだけなら問題ないと思う。たぶん。

VC6とgcc -ffast-mathの実行速度がほとんど同じなんだよなあ。
VC6はどうなっているのか…

Auto-vectorizationって使うには何かスイッチが必要なのでしょうか？

なぜ、いつになってもgccは
不定や未定義のコードに対して警告を出さないのですか？

>>355
おまえを含む全員が、コードを書いていないからだ。

http://pc8.2ch.net/test/read.cgi/tech/1114223450/
＞GNUが低品質なのはconfigureと無関係ではないだろう。

>>355と>>357がこの先生きのこるには

> g++ -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.2 [FreeBSD] 20040728

にて下記のコードを書くと、

<pre>
#include <iostream>
using namespace std;

void func ( int n, int array[n][n] )
{
for ( int i = 0; i < n; i++ )
{
for ( int j = 0; m < 10; j++ )
{
cout << array[i][j] << " ";
};
cout << "\n";
};
};
int main ( int argc, void* argv[] )
{
int array[10][10];

for ( int i = 0; i < 10; i++ )
{
for ( int j = 0; j < 10; j++ )
{
array[i][j] = i + j;
};
};

func ( 10, array );

return 0;
};

こういうエラーが出るのですが、何がまずいのでしょうか？

> make
g++ -Wall main.cpp -c
main.cpp:4: error: `n' was not declared in this scope
main.cpp:4: error: `n' was not declared in this scope
main.cpp: In function `void func(int)':
main.cpp:10: error: `array' undeclared (first use this function)
main.cpp:10: error: (Each undeclared identifier is reported only once for each function it appears in.)
main.cpp: In function `int main(int, void**)':
main.cpp:5: error: too many arguments to function `void func(int)'
main.cpp:28: error: at this point in file
*** Error code 1

>>361
ヒント：４行目

あちゃー崩れた。
要するにg++で可変長配列を関数引数として渡したいだけなのですが。
gccの拡張機能でこの書式でできるはず。
参考：http://seclan.dll.jp/c99d/c99d04.htm

>>360
関数の引数宣言で他の引数を使うことはできないよ。
あと、GCC関係なくてスレ違いだから、普通にCスレいきな。

GCCについてのスレでCについて聞いてくる人の件ついて

>>360
c99 modeなら可能だが、c++では駄目

>361
とりあえず
４行目int array[n][n]をint *array
８行目for ( int j = 0; m < 10; j++ ) を( int j = 0; j < n; j++ )
１０行目cout << array[i][j] << " "; をcout << array[i+n*j] << " ";
かな.....あとは大きいお友達に聞いてくれ。

>>366
サンクス。あなたが正解。他の人は間違い。
C99でできる機能は全てC++（というかg++）でできると思ってた。
g++だと無理なのね。
gcc用に書き直したらうまくいった（使う気はないが）。
素直にクラスを使えってことですかね？

16->32見てるとint型はポインタのサイズ（と言うかプロセッサの処理単位）にあわされると
言う前提があるように見える。

仕方がないことだ。

>>368
他の人は間違ってないよ
提示された条件であればむしろ他の人のが正しい
言ってる意味わかる？

C99で追加された可変長配列がgccで使えないことについて聞いてるんだから
>>366が的確な答えだろう。
他も間違ってはいないが的外れ。

GCCについて part5:368: warning: `#pragma golden_week on' may generate inconsistent response in this thread.

GCCについて part5:370: warning: `#pragma golden_week on' may generate inconsistent response in this thread.

GCCについて part5:372: warning: `#pragma golden_week on' is obsolete
GCCについて part5:373: warning: `#pragma golden_week on' is obsolete

( ・_ゝ・)ﾂﾏﾝﾈ

シンタックスの問題なら、最初はこっちに投げるのが筋だろ。
その後に誘導されるならいいけど。

C言語なら俺に聞け! Part 106
http://pc8.2ch.net/test/read.cgi/tech/1113102515/
C++相談室 part40
http://pc8.2ch.net/test/read.cgi/tech/1113408957/

GCC-3.3.6 prerelease for testing
http://gcc.gnu.org/ml/gcc/2005-04/msg01745.html

precompiled headerを使って複数ファイルのプログラムをビルドすると
リンク時に無名名前空間の中の参照変数が多重定義になってしまう。

PR/10591なんだけど、ずっと放置されてるなあ。そろそろなおしてくれないかなあ。

>>377 これ試してみたら
http://gcc.gnu.org/ml/gcc-patches/2003-12/msg00505.html

gccのwarningって個別に出す/出さないを制御できますか？

>>379
info gcc
うちでは
3.8 Options to Request or Suppress Warnings
に書いてある。

gcc4.0.0のインストール方法を教えてください。
OSはsuse9.2です。Yastしか使ったことがありません。
また最適化のためのconfigureおぷしょんも教えてください。

>>381
SuSE のことなんか知ったこっちゃねーので、SuSE スレに行ってください。

>>381
http://gcc.gnu.org/install/configure.html

デフォルトのコマンドラインオプションをあらかじめ指定することは出来ないでしょうか？

>>384
aliasでも使えば?

specに入れとくとか。

C++ですが
Javaの例外みたいに、例外を投げる関数を
try/catch していないときに、警告を出すように
するオプションってありますか?

g++の例外処理がとても遅いのですがsjlj（setjmp/longjmp?）を使わない
で表引き法で処理するオプションってありますか？

ある。configure のヘルプ出力を眺めてみ。

>>388
configure のオプションには関係しそうなのがあるな。
最近はデフォルトで sjlj に依らない実装のはずだが。

>>388
g++の例外処理が重たいのは、どちらかというとデストラクタ巻き戻しに起因するC++自身の問題ではないかと思われ。
多少オプションいじったくらいじゃ、ほとんど改善しないよ。

>>389-391
皆様ありがとうございます。
調べてみます。

>>391
そうでしたか。
簡易DBMSを作っていたのですが，呼び出し回数の多い処理で例外を使うのを
止めたところ5倍くらい速度があがったので、例外処理を高速化すれば
もっと性能があがるかもと思ってました（profileをとるとsjlj…unwind系の関数が上位に
きてます。）

すみません、GNUのリンカーの質問は、どのスレッドで行えばよいのでしょう？

>>393
内容にも拠るけど、ここでもいいんでない?
makeが絡むならこっちとか。
make makes many problems
http://pc8.2ch.net/test/read.cgi/tech/1029599472/
環境が絡むなら該当環境板の方がいいかもしれないけど。

>>394
あ、いえ、リンカーのセグメントなどの指示をするロードスクリプトファイル（？）の
質問になります。
ここでも良いでしょうか？

まぁいいと思うけど、組込系とかの方が即答できる奴が多いかもしれない。

では質問します。
私はGCC環境は初めてです。ARMプロセッサのプログラムをGCC開発環境で
組もうとしています。趣味の用途での開発です。
ARMプロセッサには（フラッシュ）ROM領域やRAM領域があるため、リンカにてその辺のセグメント指示をしなくてはなりません。
そこで、リンカについてttp://www.gnuarm.com/にあった、リンカの説明書で勉強したり、いろいろなサイトで勉強をしました。
実際のサンプルとして、あるサイトにあったロードスクリプトファイルをみました。
そこで質問なのですが、その中のセグメント指定欄に、*(.rodata)などの記述がありました。
このrodataとは何なのでしょうか？

Linker && Loader
ttp://pc8.2ch.net/test/read.cgi/tech/1033403294/
こういうスレもあるよ。

定数領域ってことじゃないの？

>>339
あ、ほんとだ。定数を記述した状態で*(.rodata)記述をとってリンクするとエラーになります。
ありがとうございました。
もしかすると基本的なことなのかな？
さすがに.textあたりは知っていたのですが、.rodataとか、他にも.glue_7とかありまして。
この辺の勉強をするのにおすすめのサイトや本はありませんか？
いろいろぐぐってみたのですが、みつかりませんでした。

>>400
>>398から得られるリンク先情報、およびld(binutil)のinfoぜんぶ。

コマンドオプションのリファレンス見ても載っていないんですが。

int a;
short b = a;

のような明示的でないダウンサイズへ対する警告を出力するオプションはないんでしょうか？

-Wall じゃ出すぎかね。

3.3.3なんですが、-Wallではでまんでした。

はでまんでした

はでまんならしょうがないな。

3.3.3なんですが、-Wallではでませんでした。

の間違いです...

一度はでまんになるともう何を指定しても駄目

漏れもはでまんと思う

-Wallなんて全然オールじゃないから。
ひとつひとつそれらしいオプションをつけてやらないとだめ。

確かに見当たらないなあ。
っつーかオプション一覧眺めてるだけで１時間使った。
オプション多杉。

>>411
お手数おかけしております。

自分もそれらしいを、色々試したりしたんですが、見つかりませんでした。

ひょっとして、ないんですかね...

× 自分もそれらしいを
○ 自分もそれらしいのを

また、間違えた...

intなどは使用するマシンによって、大きさが変わりますが、
使用するマシンにかかわらず、16ビットの整数型を使いたい場合どうすればよいのでしょうか？

C99使え。

415の訳:

#include <stdint.h>

int16_t var;

>>402-413
おまいら、しっかりしろよ！
厳密にソースチェックしたい場合はな、 lint 使うんだよ。
splint 入れとけや。

あー、そういやそんなのもあったっけか。
すっかり忘れてたぃあはははは。


ぬるぽ。

splintってC++使えたっけ？

文法の問題でもないしな、考えてみたら。

opteronでsuse linuxを動かしています。
m64を指定しないと64ビットコードを生成してくれないのでしょうか？

>>421
SUSE特有の問題だろうから、Linux板で聞いた方がいいと思うよ。
FreeBSD/amd64もNetBSD/amd64も、何も指定しなくても64ビットコード
になる。

#include <iostream>
using namespace std;
int func(char *s){
if(s[0] == NULL){return 1;}
return 0;
}
というコードをg++ -c *.ccでコンパイルすると「計算中にヌルが使われた」という警告が出ます。
char == NULL と言う書き方がbcc32では出来たのだけど
g++ではこの条件文をどう書けば良いのでしょうか？

if(s[0] == '\0')

>>424
ありがとう。

wchar_t string[] = { L"日本語" };

このバグって修正されましたか？

>>426
試したことないけど、gcc-3.4 の -finput-charset で上手くいかないかな。

>>427
いきませんね。
というより、-finput-charsetがないんですが。

version 3.4.1

>>428
そうか。まあガンバレ。

そりゃないよ。とっつあ〜ん

>>428
http://gcc.gnu.org/gcc-3.4/changes.html
ここに挙がってるのは嘘か？

>>423
>char == NULL と言う書き方がbcc32では出来たのだけど
やるなヴォケ

>>432
禿同

>>432
何故？
レベルの高そうな作者のWEBサイトのサンプルコードで==NULLとか!=NULLを見かけたので
疑う事なく使ってました。

>>434
ポインタ以外をNULLと比較するのは間違い。

無効ポインタを表現するためだけに存在するのが NULL。
NULL をポインタ以外に「入れられるかどうか」はこの際全く問題じゃない。
ポインタ以外に NULL 入れてる奴は、根本的に NULL がわかってない勉強不足の人。

もっとも、最近じゃ NULL = 0 が言語仕様として確定したから、
普通はマクロ使われてる NULL 自体を 0 で書く人も増えてるらしいが。

>>436
NULL=0 になったの？
NULL==0 が真というのは大昔から決まってたことだけど。

>>437
なったはずだよ。
C99からかもだけど。

> 無効ポインタを表現するためだけに存在するのが NULL。
おいおい、誰がそんなこと決めたんだよ（ｗ

> ポインタ以外に NULL 入れてる奴は、根本的に NULL がわかってない勉強不足の人。
どう見ても、お前もわかってるようには見えないんだが。

なら他に何を入れろと。
NULLをポインタ以外に入れるなんて、タンポンをアナルに突っ込むくらい使い道が違うぞ。

たとえば文字列の最後はNULL

>>441 NUL の間違いだろう。

>>439

436の言うとおり、C言語では今でも
NULL == ( (void*) 0 )
ただしC++は NULL == 0

C、C++とも文字列終端文字は'\0'

0 != NULL != '\0'

MSのドキュメントが文字列終端をあらわすのにNULLをつかってるのは、
VC++の言語使用。

世の中の入門書はVC++関係が多いので結構勘違いしてる人が多い。
ただ、素で間違ってる著者も結構いる。


あと、

int == 4byte
char == signed char
1byte == 8bit

こういうのが常識だと思ってると、場合によっては痛い目みる。

>MSのドキュメントが文字列終端をあらわすのにNULLをつかってる

マジスカ！？
そんなスカポな真似してるのか、MSは…

>>443
MSのやつはオリジナルのドキュメントが "null terminated" と書いているところを、
日本語に訳す段階で「NULLで終わる」と間違えたもの。言語仕様ではない。

>>443
C99では数値の0もNULLポインタ。int *p = 0; int *q = NULL; なら p == q は常に真。
さらに'\0'の値はゼロ(0)と決まってるので char c = '\0'; なら c == 0 も常に真。

話がだいぶそれたけど、つまりC,C++共にNULLは、
アドレスポインタが無効であることを表す値であって、
文字列終端文字ではないってこと。

NULLポインタの値はゼロに決まってる。
("C guarantees that zero is never a valid address for data")
文字列終端文字'\0'の値もゼロに決まってる。
("the null character, whose value is zero")
"NULL"も"'\0'"も値ゼロを示す単なるニモニック。
NULLはポインタ、'\0'は文字列終端用に定義されてるけれど、別の文脈で値ゼ
ロを示すために使うのが禁じられてる訳じゃない。

>>448
どこからの引用かと思ったら、K&Rかよ。
いいからCFAQ読んでこい。

> いいからCFAQ読んでこい。
そのCFAQでも「キャストの付いていないNULLはキャストの付いていない0と同
等である」ってはっきりと明示されてますが、何か？「NULLを使うことは (0
を使うのと違って)、ポインターが関係していることの親切な注意書きでしか
ない」とまで書かれてるし。そもそもCFAQのReferencesにはK&R1、2が使われ
てるんだけど。

>>450
よく読め。

「キャストの付いていないNULLはキャストの付いていない0と同等である」
のすぐ後に続いて、
「NULLはポインターとしてのみ使うべきである。」
と書いてあるだろう。

「ポインターが関係していることの親切な注意書き」というのがわかっていれば、
ポインターが関係していない場所で使うのがどれだけ迷惑かわかるだろ？

CFAQ の Reference に K&R があったからといって、
オマエやそれ以外の人が K&R 仕様のコンパイラを使っているということにはならない。
本当に自分の使っているコンパイラが K&R, C89, C99 のどれに準拠しているのか知ってるのか？

大したネタじゃないのに、必死になって粘着せんでもいいぞ>>450

無効ポインタが NULL という抽象表現になっていて、イコールゼロじゃなかったのは
中にはゼロアドレスが有効だったり、特別な無効アドレス値を予約してるプロセッサ系が
存在していた歴史的な事情があるからで、今となっては有名無実なものとなったので
C++やC99で改めて 0 と等価になっただけで、それまで NULL は（多分）ゼロだろうが
ゼロ = NULL と保証されているいうわけじゃないし、ゼロ表現のために必要ないところで
NULL をわざわざ持ち出す理由も意義もない。

>>452 おまえもCFAQをよく読め。

NULLぽは((void*)0)というのは仕様で
その値そのものも0 というも現状正しいが
0とNULLを等価に扱うのは用法として
「美しくない」ということでFA

>>454 おまえもCFAQをよく読め。
ということでFA

>>452
> 無効ポインタが NULL という抽象表現になっていて、
抽象表現って何だよ？ただのマクロだろが。

> ゼロ = NULL と保証されているいうわけじゃないし、
だからC89の段階(KR2)で既に保証されていた訳だが。

> NULL をわざわざ持ち出す理由も意義もない。
454の言う通り「こうした書き方が上品」という話と「こう書くのは間違ってる」という話とは
まるで別物。ポインタ以外をNULLと比較しても、何ら間違いじゃない。混乱の元だが。

>>456
混乱の元 ⊂ 間違い
少なくとも「何ら」というのは言い過ぎ。

それと、>>455もFAQを読み直そう

>>456
> > ゼロ = NULL と保証されているいうわけじゃないし、
> だからC89の段階(KR2)で既に保証されていた訳だが。

この文脈で「ゼロ = NULL」というのは
「ヌルポインタのビットパターンはすべて０である」ということだと思うが、
C89では保証されて無いだろ。

え？なんで？

とりあえず読み直すべきはC FAQじゃなくてJIS X3010:2003だよね。
Web上からPDFで閲覧できるよ。仕様の話はまず仕様書から。

空ポインタ定数の定義は規格書の
　6.3.2.3 ポインタ
NULLマクロの定義は
　7.17 共通の定義<stddef.h>
http://www.jisc.go.jp/app/pager?id=46861

なんでISOじゃなくてJISなんだって突っ込む人いるといけないから
断っとくと、X3010:2003のISO/IEC 9899:1999との同等性は「IDT」に
分類されるから、編集上の変更以外の技術的内容は一致している。

これでこの話題終了だな。
そもそもGCC関係ないし。

続きはこちらで
http://pc8.2ch.net/test/read.cgi/tech/1061947883/l50

>>459
> この文脈で「ゼロ = NULL」というのは
> 「ヌルポインタのビットパターンはすべて０である」ということだと思うが、
> C89では保証されて無いだろ。
空ポインタと空ポインタ定数の区別が付いてないでしょ？

いや、皆して一度話を最初から読んでみろ。
皆自分に都合のいい情報だけ拾って好き勝手書いてる。
既に書かれてる事を恣意的に無視してるとしか思えん

続きは>>465へ。

ヌルポインタは整定数0に置き換えても問題なく、ただ見た目の違いだけだが
NULLは、C89に於いて(void *)0とdefineされている場合があることも明示されているので

NULLをポインタ以外の用途で比較等に用いるのは
C89に於いては、明らかな間違い。

これも貼っときます。続きは>>465でね。

C FAQ 5. Null Pointers
http://www.eskimo.com/~scs/C-faq/s5.html

「ヌルポインタ」の代わりに
NULLを使うのも、0を使うのも、正しい。

「0」の代わりに
NULLを使うのは、間違い。

「NULL」の代わりに
0を使うのは、正しい。
但し、この場合はNULLがヌルポインタの意味で使われていることが前提。
ヌルポインタ以外の意味でNULLが使われているとしたら、それ自体が間違い。

>>470
最初からほとんどの人間がそう言ってる気がするんだが。
総括ってことでいいんだな？

お前らのぬるぽは、この漏れが一身に頂いてゆく！
さあ、漏れを殴って気を済ませろ！
これでこの話はおしまいだ！

おしまいなのはお前だろ 消えうせろチンカス
ｶﾞｯ

>>456の一番最後の行辺りは、明らかに勘違いしてそうだが。

>>470
> 「0」の代わりに
> NULLを使うのは、間違い。
それは処理系依存でしょ。実際に #define NULL 0 な処理系もあるわけで(GCCがそう)。
その場合、整数定数0の意味でNULLを使うのは可能だよ。読み手にひどく意地悪な書き方だけど

> ヌルポインタ以外の意味でNULLが使われているとしたら、それ自体が間違い。
だからこれも処理系依存だね。

処理系依存つーか、マヌケな処理系ってだけだな。
ほとんどの場合、その環境下でも処理系の影響は受けないだろうから
処理系「依存」じゃあない…かもしれない。

ていうか、この話題になると急に元気になる奴を昔からよく見かけるが
何か深い理由でもあるのか？
昔煽られたのがトラウマになってるとか。

>>474
> 実際に #define NULL 0 な処理系もあるわけで(GCCがそう)。

gcc使ってて、コンパイラとライブラリの区別ついてないのは恥ずかしいぞ。
うちの環境でC対象でgcc使うとNULLは(void*)0になる。

要するに、変な祭りになるから使うな、が正解ですか？

>>476
gcc だと拡張機能で __null なんてのもあるしな。

>>477
なにも自分のレベルを馬鹿と合わせる必要はない。

CGIスクリプト中で、HTMLを表示するときに、
『print文』や『ヒアドキュメント』を使用するのですが、ただ単に文字を表示させることはできます。
ところが、入力フォームを表示させようとするとエラーになってしまいます。
言語はperlです。

print "<html>";
print "<HEAD><TITLE>ID PASS</TITLE></HEAD>";
print "<body>一致したよ";
print "<form method="get" action="kakikomi.cgi">";
print "<input type="hidden" name="kakusuid" value="$ide">";
print "<input type="hidden" name="kakusupassw" value="$passw">";
print "<input type="submit" value="toukou">";
print "</form>";
print "</body>";
print "</HTML>";

エラーの種類は二種類出てきます。
一つは、構文エラーで、
もう一つは『使用できない文字があります』
の二つです。
後者のエラーは、スクリプト中の"toukou"を"投稿"としたら出てしまいます。しかし、スクリプト前半の『一致したよ』という日本語はしっかり認識されているのに…です。
前者のエラーは、"投稿"を"toukou"とすると出てきます。
しかし、どこが間違っているのか、全く理解できません。
もしかしたら、CGIスクリプトの中では入力フォームは使えないのではないかと思っています。

上記のスクリプトの前後は省略していますが、フォーム入力に関する何行かをコメント扱いしたら、しっかり動いてくれるのです。しかも、『一致したよ』という日本語も表示してくれます。

尚、スクリプト中の変数は、すべて省略部分にて定義してあります。

どなたか、このスクリプトの間違いを教えてくださいませんでしょうか？

よろしくお願いします。

火消し乙(ﾌﾟﾌﾟ

>>479
スレまたは板が違います。
ヒント: " の対応関係

言語はperlです。
言語はperlです。
言語はperlです。

>>479
たぶんスレの内容を判断するところでミスってると思うよ
簡単に修正するとすればスレタイに"perl"という文字列が含まれているかチェックしておけばいいと思う
本当は文章を解析すればいいんだろうけど
さすがにそこまでやると大変だからね

ﾇﾙﾇﾙ言ってるやつはこうだ！
　（　・∀・）. |　|　ｶﾞｯ
　と　　　　） |　|
　　Ｙ　/ノ人
　　　 /　） < 　>__Λ∩
　＿/し'　 . Ｖ｀Д´）/
　（＿フ彡　　　　　/ 　

gcperlが出たのかと思った。

>>474みたいなバカが存在する限り
そのバカを煽る輩(=俺)も出てきます。

ANSI/ISO規格において、NULLを
#define NULL (void *)0
と定義することを許している。
これはつまり、「ヌルポインタ以外の用途でNULLを使ってはいけない」と
規格で定めていると言い換えても良い。

規格に従った処理系でコンパイルエラーになるようなソースを
「処理系依存だから良い」などと言い切るバカはおまえくらいなもの。

普通は、規格に従った処理系でエラーになる場合
「規格で許されていないから」と判断する。
すなわち、NULLをヌルポインタ以外の用途で用いることは
規格で許されていない。

「ある処理系で出来た」からと言っても
「出来る処理系もあるから、それが可能かどうかは処理系依存」
とはならない。

C89規格において
「関数内関数を作れるか」
「配列の要素数を変数に出来るか」
これらが可能なコンパイラがあるとしても、それは「処理系依存」ではなく
ただの「独自拡張」に過ぎない。

規格では、どちらも明確に「出来ない」と定められている。


その処理系でしか絶対に使わないソースで
非標準であることを理解した上で使う分には構わないけどね。
ここはGCCスレだし。

おうオマエらこれコンパイルしてみて下さいますです?

#include<stdio.h>
int func(int *hoge) {
}
main() {
int *fuga;
func(&fuga);
}

警告ではなくエラーにしろって事？

gccでコンパイルすると警告の文が面白くならない?

: warning: passing arg 1 of `func' from incompatible pointer type

変かな？
型の違うポインタを渡してるよ、って意味かと思うけど。

exciteで翻訳したら
両立しないポインタタイプから'func'のarg1つを通過します。
になったけど。

意味不明。何が面白いのかさっぱりわからん。

実際に型が違うじゃねーか。

>>486
> ANSI/ISO規格において、NULLを
> #define NULL (void *)0
> と定義することを許している。
#define NULL 0 と定義することも許してる。
"An integer constant expression with the value 0, or such an
expression cast to type void *, is called a null pointer constant."
"NULL which expands to an implementation-defined null pointer constant"

なんで、
> これはつまり、「ヌルポインタ以外の用途でNULLを使ってはいけない」と
> 規格で定めていると言い換えても良い。
とは言えない。NULLがvoid *なのか整数定数なのかは処理系依存。

本物の知障ですか？

「運良くNULLが0と定義されている環境」でコンパイルが通ったけど
「標準規格に準拠した別の環境」でコンパイルが通らない、
こんなソースは標準に従ったソースとは言えない。
つまり、0の代わりにNULLを使用しているソースは標準に従っていない。

「NULLがどうdefineされているか」は処理系依存だが
「ヌルポインタ以外の用途にNULLを使って良いか」は、決して、処理系依存ではない。

>>474(=>>456他)の説

標準規格でNULLを0とdefineする事も許されるので
double f() {
　return (NULL + 5) * 123;
}
が可能かどうかは処理系依存である。
例えコンパイルエラーになる処理系があるとしても
このコードは標準Cに準拠した正しいコードである。

同様に、標準規格ではベンダーの独自拡張も許している。
したがって、
int f() {
　__asm { rdtsc } return _EAX;
}
が可能かどうかは処理系依存である。
例えコンパイルエラーになる処理系があるとしても
このコードは標準Cに準拠した正しいコードである。

同様に
int f() {
　あｑｗせｄｒｆｔｇｙふじこｌｐ；
}
が可能かどうかは処理系依存である。
例えコンパイルエラーになる処理系があるとしても
このコードは標準Cに準拠した正しいコードである。

もし一番下の「このコードは標準Cに準拠した正しいコードである」を否定するのであれば
「このようなコードは、標準Cでは正しくない」となる。

これは上２例についてもそのまま当てはまる。つまり、
「NULLをポインタ以外の文脈で使うコードは、標準Cでは正しくない」となる。

逆に、NULLをポインタ以外に用いることが許されるのであれば
int f() {
　あｑｗせｄｒｆｔｇｙふじこｌｐ；
}
も標準として許される、と言って良い。

>>495
まずstrict conformingとconformingを区別するところからはじめよう。

つまり、標準Cに厳密に準拠したとは言えないものの、
int f() {
　あｑｗせｄｒｆｔｇｙふじこｌｐ；
}
は、標準Cに準拠した正しいコードであると言いたいわけですね。
よくわかりました。

ていうか


バカ？
誘導されてまでここでやるなよ。

でもさ、そうまでしてNULLぽの定義とか躍起になって定義してる
ANSI/ISOなのにさ〜 どうして i=i++; を未定義とかで逃げてんのかね
副作用点がどうのこうのというのなら、きっちり定義すりゃいいんだ
委員会は面倒くさがりなアホッ子集団じゃねーか

>>501
最適化について勉強汁

異常に荒れてて笑った。

sizeof(char)==1なのは規格で保証されている。だから、
すべてのi++の代わりにi+=sizeof(char)と書いてもコンパイルは通るし問題なく動くだろう。

double getAngle(); //角度を返す（単位はdegree)
double sin(double); //正弦関数（引数の単位はradian)
という関数があったとき、
sin(getAngle());
とやってもコンパイラは文句をいわないだろう。

そういった意味においては、NULLを0の代わりに用いるのもありなのかもしれない。
かといってそれを実際にやったら狂人だが。

0 または (void*)0 が NULL ポインタに「なり」ます
また NULL は 0 または (void*)0 と定義されます
NULL ポインタは 0 とは限りません

定数 NULL と (内部表現の) NULL ポインタ は別です

であってる？

>>502
そんなん知るかボケ
こんなのは演算子の優先順位と同じだろ
確かに一意に決めると最適化効率下がりそうだけど、根性で何とかしろ

あとあれだ、2進数表記をそろそろ許せよな
毎度毎度gccにパッチ当てんの面倒なんだよ

>>505
>根性で何とかしろ
だったらあんたが根性でなんとかしなさいよ

>毎度毎度gccにパッチ当てんの面倒なんだよ 
マクロで十分
変なコード書くな

>>506
２進表記がマクロで十分？
そう簡単に書けるとは思わないなぁ。

gccは言語拡張は排除していく方向みたいだからナァ。
2進数表記をC/C++標準に取り込んでもらわないとムリじゃないかね。

自前でプリプロセッサ書くのがいいんでは。

JavaやD言語など他の言語でのnullの扱い方を考えれば、
NULLを無効なアドレスポインタを表現するため以外につかうことが、いかにナンセンスかわかるだろ。

C++では
NULL == 0じゃない。
#define NULL   0
されたNULLがヌルこう覚えとけ。

文字列終端表現に使用するなんてもってのほか。

>>507-508
ググってみ。いくつか見つかるよ

>>510
> JavaやD言語など他の言語でのnullの扱い方を考えれば、
> NULLを無効なアドレスポインタを表現するため以外につかうことが、いかにナンセンスかわかるだろ。
必死なのはわかるけど、ナンセンスかどうかが問題じゃなくて、言語の仕様と
して禁止されてるかどうか、って話だから。JavaやDを持ち出すこと自体ナンセンス。

> C++では
> NULL == 0じゃない。
C++ではそもそも「NULLは使わないでよ」ってハゲが書いてるし、「どうしても使いたかったら
const int NULL = 0;」ってなってるくらいなので、 NULL == 0。

> #define NULL 0
> されたNULLがヌルこう覚えとけ。
だからC++ならハゲの言う通りマクロは止めようね。

　　 　 ＼ 　 　 　 　　　　ヽ　　　　　　　　　|　　　　　　　　　/　　 　 　 　 　 　 ／
　　 　　　＼　　　 　 　 　 ヽ　　　　　　　　 |　 　 　 　 　 　/　　　 　 　 　 　／
　　　　　　　＼　　　　　　　ヽ 　 　 　 　 　 |　　　　　　 　/　　　　　　　　／
　　　　　　殺　伐　と　し　た　ス　レ　に　裸　の　救　世　主　が　！　！
　　　　　　　　　 ＼　　 　 　ヽ　　　　　　　 　 　 　 　/　　　　　　／
‐､、　 　 　 　 　 　 ＼　　　　　　　　　　　　　　　 　 　 　 　 　／　　　　　 　 　 _,,−''
　　｀−､、　　　　　　　　　　 　 　 　 ,.　-―――-　､ 　　　　　 　 　 　 　 _,,−''
　　　　　　−､、　　　　　　　　　　 ／:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:＼ 　　　　　 　 _,,−''
　　　　　　　　　　　　　　　 　 　 /:.:.:.:.:.:.:.i:.:.:i:.:.:.:.:.:.:.:.:.:.ヽ:.:ヽ 　
　　　　　　　　　　　　　　　　　　ｌ:.l:l:.:.:.:.:/|:./ﾊ:.:|ヽ:.|:.:l:.:.:.:lヽ:l
───────‐　　　　　　 l:.l:.:l:.:!ｌ:.|_Vム N､.|ハ:ｌ:|:.:.:l:.l.:l 　　　───────‐
　　　　　　　　　　　　　　　　　 l:.ｌ:.:.ト｢`′　　 　 　 ｀`j∧|:.ｌ:.l
　　　　　　　　　　　　　.　　 　 l:.:|:.:.:ｌ ,z=＝　　 　＝=ｭ. /:.:.:!:.l
　　　　　　　　　　　　　　　 　 l:.:.|:.!:.ヽ:.:.:.:.: 　 '　 :.:.:.:.:.:/:,:.:|:|:.:l
　　　　　　　　　　　　　.　　　 ｌ:.:.j∧:.:lヽ　　 ｰ一　 　/ｨ／j/:.l:!
　　　　　　　　　　　　　　　　 l:.:.:.:./:.ト＼　　　　　　 ／'::.:.l:.ｌ:.:l:l
　　　　　　　　　　　　　.　　　l:.:.:.〃/:/://`; ｰ―‐;:´::l.:ｌ:::.:.:ｌ:.ｌ:.:l:l
　　　　　　　　　　　　　　 　 ｌ:.:.///:/:/-‐ ′　　　ｰ-ｌ:.ｌ::::.:.:l:.:l:.l:l
　　　　　　　　　　　　　　　 l:.:/:/ｨ/:/　　　　　　　　　 l:.:l丶､ｌ:.:ｌ:l:l
,'´＼　　　　　　 　 　 　―/:./:./| |:.i　　　　　　　　　　　ｌ:.:l 　l:l:.:l:l:l―― 　　　　　　　　　　／｀i
!　 　＼　　　　 　 _,,-┐. :￣: :ー: |:.|＿　　　 　 　 　 ＿ ｌ:.:l _.l―: ￣: . ｒ‐-､、　　　 　 ／　 　!

>>504が激しくスルーされてますが、そうです。

「定数 NULL」じゃなくて「マクロ NULL」ですが。
「0」や「(void *)0」と「ヌル・ポインタ」も別ものです。

なぜgccでは2進数表記を許していないの？
printfでも出力できないし。

仕様で決まってるから、とかじゃなく
なぜ仕様をそうしたのかの理由が知りたい

K&Rに無かったから。

まだNULLの話をやっていたのか。

gcc拡張にいれればいいのにね。
文字列リテラルの\uエスケープあたりと違って上位互換性問題にならないだろうし。

16進数表記のほうが4つまとめて見れるからはるかに見易いと思うけど

昔のGCC拡張にはあった気がしたけどなあ。
0xFF とかの代わり 0b1101001101 とか書くの。
記憶違いかな。

>>514 ありが�d

>>520
それはX68kの真里子版ではないか?

tccは2進数定数書けたりする。
http://fabrice.bellard.free.fr/tcc/tcc-doc.html#SEC9

>>522
おお、そう言えば！
すっきりしますた。ありが�d。

>>504,514,521
釣りかと思ってたんだが、マジで言ってたのか。
あの流れの中であんな曖昧な記述に同意を求めるのは釣りとしか思えなくてスルーしてた。

>>525の考える曖昧でない記述ってのはこのスレではどれ?
>>504は長さと正確さがいい案配だと思うが。

> NULL ポインタは 0 とは限りません

なんかは緩い表現ではあるが。

>>526
曖昧でない記述を全部挙げるわけにはいかないんでカンベンしてくれよ。
ただ>504の曖昧さなら指摘できる。

まず、全て大文字の "NULL" を stddef.h で定義されている
例のマクロ以外の意味で使うのは混乱の元。MSの日本語ドキュメントと同罪。
また "0" を、ソースコード中に表れるそれを指す場合と、
ビットパターンが全て０の値を指す場合が混ざっている（と思われる）。
最後の「定数〜は別です」という文に至ってはまったく意味不明。

>>527
どうやらわかってないのは525って感じだね

2進数 ←→ 16進数
って頭で直に変換できるぐらいの能力って必要じゃない？

>>527
なんだ、
http://www.eskimo.com/~scs/C-faq/q5.2.html
も理解してない人か。

>>529
必要だと思う。が、2進数で書けたら良いな、と思うこととは別。

>>530
リンク先と>527の指摘は矛盾するということか？どこが？

いいから喪前ら他所でやってくれ。

>>532
>>530はあおりだから
ここじゃなくよそでやって

とにかく、2進表記は必要です。ほしいです。
いや、別になくてもいいけど、あったら便利です！
だからパッチはあてつづけます。ツンデレですから。

ｽﾏﾝｶｯﾀ 今後ぬるぽ関係の話は http://pc8.2ch.net/test/read.cgi/tech/1061947883/ でやるように気をつけるよ。

2進表記ってひらがなだけの文章みたい。いらね。

ひらがなが日本語に不要だと、君は！

とまではいかんが、多少なりと可読性を上げられるところはあるだろうし、
あればあったで有用なんじゃないだろうか。
現在メインストリームのコンパイラが独自拡張ですらサポートしていないって時点で
どうでもいいものと捉えられている（もしくは眼中にすらない）のには違いないんだろうけど。

8進より有用だとは思うけどまあなくて困らないね。

マクロで十分

マクロでどう書くの？

#include <bindigit.h>

-- bindigit.h --
#define B000000000000000000000000000000011
#define B000000000000000000000000000000102
#define B000000000000000000000000000000113
〜

>>542
32bit分でもたった4294967295行だしな。
ほんの150Gbyteくらいのサイズのヘッダを作るだけですむのでオススメ

#define B0000 0x00
#define B0001 0x01
……
#define BITS8(b0, b1) (((b0) << 4) | (b1))
#define BITS16(b0, b1, b2, b3) ((BITS8((b0), (b1)) << 8) | BITS8((b2), (b3)))
#define BITS32(b0, b1, b2, b3, b4, b5, b6, b7) ((BITS16((b0), (b1), (b2), (b3)) << 16) | BITS16((b4), (b5), (b6), (b7)))
ちょっとは現実的?

C++でそれなりに直感的に書けるようにしてみる。
#include<iostream>
#define _0000 (0)
#define _0001 (1)
・・・途中省略・・・
#define _1110 (14)
#define _1111 (15)
class B {
    int m_i;
public:
    B( int i ) : m_i( i ) {}
    B operator ()( int i ) { return B( m_i<<4|i ); }
    operator int( void ) { return m_i; }
};
int main(void) {
    int h= 0x50af;
    int b= B _0101 _0000 _1010 _1111;
    std::cout<< h<< "\n"<< b<< "\n"; 
    return 0;
}

#define BITS8(n) \
 ((((0##n)>> 0)&1)<<0)+\
 ((((0##n)>> 3)&1)<<1)+\
 ((((0##n)>> 6)&1)<<2)+\
 ((((0##n)>> 9)&1)<<3)+\
 ((((0##n)>>12)&1)<<4)+\
 ((((0##n)>>15)&1)<<5)+\
 ((((0##n)>>18)&1)<<6)+\
 ((((0##n)>>21)&1)<<7)

#define BITS16(a,b) ((BITS8(a)<<8)+BITS8(b))
#define BITS32(a,b,c,d) ((BITS16(a,b)<<16)+BITS16(c,d))


e.g.)
 printf("%08x\n",BITS8(11110000));
 printf("%08x\n",BITS16(11110000,11110000));
 printf("%08x\n",BITS32(11110000,11110000,11110000,11110000));

>>546
お見事。拍手。

いや、そんなんされてもうれしくないし

いやいや、使わせて貰います。

class B_ {
    int m_i;
    int t( int n ) const { return tbl[(n^(n<<4)^(n>>5))&0xf]; }
    static const int tbl[16];
public:
    explicit B_( int i ) : m_i( i ) {}
    B_ operator /( int i ) const { return B_( m_i << 4 | t(i) ); }
    operator int( void ) const { return m_i; }
};
const int B_::tbl[]= {0, 1, 4, 5, 14, 15, 9, 8, 2, 3, 6, 7, 11, 10, 12, 13};
const B_ B(0);

使い方
　　　　int b= B/0101/0000/1010/1111;

２進<->16進が出来ない人っているの？

おまいら、もう4にいってるの？
使ってるバージョンと理由を教えてくれ

俺はいまだに3.3.3だが・・・
理由は、3.3.3で満足してるから・・・

常用は3.3.5

漏れは3.2.3。
深刻な不都合は特にないので、なんとなく。

3.4系は、それまでの自社ライブラリ（特にテンプレート類）にかなり修正加えないと
使い物にならないことがわかってるし、面倒なので評価が固まるまで保留してる。

3.3.6 があるでよー

stdlibc++ 6
が見つかりもはん!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

どこにありますか。

libstdc++ じゃなくて？

なんとなく4.0.0を使ってみたくなって、
cygwin上でビルドしてみたけど、いたるところでエラーでてビルド停止。
悪戦苦闘の末にやっとこ、ビルド完了したけど。
最初のConfigureでいくつかオプション設定し忘れて、結局使わずじまい...

cygwin上で使うばかもいるんだな
Intelのコンパイラ買えよ

gcc4もメジャーバージョンアップの割にあんまたいしたことないな

え？なんで？

もうちょっと勉強してきてくれ。

561は559へ

PCH他の期待視されてた機能の大半が商用コンパイラ未満の性能しか発揮しなかったらか…
旧コードとの互換性って意味でも厳しいし。

クロスコンパイル環境が欲しい場合には、他に選択肢が無いのは確かだが、
4系を使うまでもない…つーか使ってらんない。

俺はWindowsとGNU/LinuxではIntelのコンパイラ使ってんぞ？
あれほどすごいものはないとおもう
CPU作ってるメーカが出すコンパイラと
オナニーしながら、利腕1本で書いてるコンパイラの違いだってまさに思う

とりあえず564はオナニーするときに利き腕は使わないということが
理解できた。

ここにいるやつらは、Intelのコンパイラが買えないから
gcc使ってるやつらが9割5分でしょ

WindowsのPBMWは20万ちょいだし
Linuxのだと10万弱
他にも、ツール系買ったとして80万弱
最小限のツールで50万強

てきとうなもん作れば、こんくらいすぐ儲けられるけど
ちょっとしたもんもつくれないやつらが使うのがgcc

>>566
世の中 Windows や x86 の仕事ばかりではないので。

あと gcc やら Linux やらの開発者がボランティアばかりだと思ってるなら、
お目出度すぎ。ボランティアもいるが、企業が金出してプロの開発者を投入
してるのも多い。

大企業による体の良いダンピングで、泣いてる企業も多いが、今さら言っても
詮無きことだ。一個人としては、せいぜい流れに乗るまで。

>あと gcc やら Linux やらの開発者がボランティアばかりだと思ってるなら、
>お目出度すぎ。ボランティアもいるが、企業が金出してプロの開発者を投入
>してるのも多い。
こいつのほうがおめでたいな

目次だけよんで
本を読破したつもりになってるようなひとだろうね

WindowsでわざわざCygwin使ってる理由なんて大体推測できるでしょ。
そしたら、あなたたちのような、瞬時に数百万も稼ぎ出す方々なら、
必然的にGCC使う理由もわかると思うんだが。

ましてや、Windowsネイティブなコードはかせるだけなら、
フリーでも他に選択肢あるわけだし。

>>564 の、言ってる意味がわからない奴が
どんなコードを書いてるのか気になるな

>>570
職業プログラマにGCC使ってる奴はそういないと思うぞ
なにより、そいつが本当の職業プログラマで
その危険性に気づかない奴は糞

危険性って?

IBMのRational Software ArchitectとかWebSphere Studio Device Developer
とか買うとWindows版でも標準コンパイラはgccだけどな。

>>573
ソイツが何をいいたいか俺はしらんが
俺はコンパイラになに使ってるのかばれるのは危険だと思う
そのコンパイラ固有のバグを一斉に突かれるからな
しかも、ソース出てるんだからその回りのソース読めば
他にも突けるところを、比較的探しやすい

>>575
使ったコンパイラの種類がバレないようなコンパイラってあると思ってんの？

自分で自分のウザさに気がつかないのは池沼

マック最高！

>>572
いや、だからさ。
WindowsでCygwin使う意味、というかCygwinの存在意義ってなによ？
それ考えれば、GCCを使わないといけないシチュエーションもわかると思うんだが...

ちなみに俺は職業プログラマだよ。
もちろんGCC(も)使ってる。

どざ氏ね

またよくわからない流れにー。

職業プログラマですがgccメインですよ
メインプラットフォームがLinuxですから

それがGNUクオリティ

GCC が最強

EGCS みたいに GCC 最適化コード生成プロジェクトみたいのできないかな。

ICC が GCC より早くて当り前だろ。
Intel 自身がアーキテクチャ開発してるからってのもあるが、
アーキテクチャの仕様の詳細まで公開してるわけでない。非公開部分もある。
だから GCC の i386メンテナは ICC を Hack するしかないという罠。

もうICCの話題はいいじゃん…

>>585
レス見てたら
誰もおまえのように頭が回る奴はいないみたいだけどな
自分で職業プログラマでgcc使ってるとか言ってる奴は
アフォかと思うね

まぁ、Linuxって言ってる時点でどの程度の頭か理解できるけど

>>576は、逆アセンブルして うぎゃーーとか言ってるひと？
大体ヘッダ付加しないオプションがある商用コンパイラと言うものを知らないのか？
あ、GCCが最高とか言ってるやつだからか
すまんね

ほっといてやれよ
世の中には自分が知ってることが全てで
自分のいってることが全て正しいと思ってる奴もいるんだから
レス見てたらわかるだろ？
このスレにはそういう奴の巣

犬糞板いってやれや

あぼ〜ん推奨ワード教えてくれ

>>591
あ

この板に来るべきでない奴が、たびたび書き込みしてくる件について

GCC 関連の話題以外は（ﾟ�听）ｲﾗﾈ

じゃあ、俺がgccの話題を振ってやる
gccのソースってなんでここまで暗号っぽいんだ？
知合いのプログラマにコンパイラのソースもよまへんで
最適化を語るなっていわれたから読んでるんだが
こんなの読めるだけで神だな
知合いのプログラマは読んでなくても俺にしたら神だが

最適化技術の勉強のためにコンパイラのソース嫁ってのはわかる理屈だが、
GCCはそれ以外の部分も凄まじい事になってるしなあ。
ソースコードが手に入るのは確かだが、参考になるかって言われると
色んな意味で微妙だぞ。

漏れも以前クロスコンパイラ用意するときに仕方なく読んだが、もう二度とやりたくない。

パッチパッチパッチの嵐、
方々でルールの統一がとられてない、
元がCとは思えないマクロ固めの変態新造言語による謎ソース、
動的に構成されすぎるmakefile


…うなされたよ。
こと最適化に関する部分だけなら、ある程度ターゲットを絞れば
なんとか読めるのかもしれないけどさ。

$ cat sample.c
#include <stdio.h>

struct A {
　int length;
　char tmp[0];
　char a, b, c;
} __attribute__((packed));
struct A buf;

int main()
{
　printf("sizeof(buf) = %u\n", sizeof(buf));
　return(0);
}
$ gcc sample.c -o sample
$ ./sample
sizeof(buf) = 7
$

↑これ FAQ？ 結果が 8 になると思っていたのだが．．

>>594,595
なにをいまさら言ってるのかと、小一時間(ry

ほんとだ、なんで8じゃないんだ？
char tmp[0];
の罠かと思ったけど違うし

俺は、gccのソースが理解できるのは当り前だと思うが？

俺の中で、これが読めたら神っていうのは
VMだな、回りは読めてもハードシミュレートなんて暗号と言うか
まったく知らない言葉、読むもなにも何をしてるのかが理解できん

やっぱり
char tmp[0];
か、
さっきなんで違うと思ったんだろう

なんで7じゃいけないのかが判らん。
#いや、勿論8でもいいと思うが。

__attribute__((packed))をつけたら、
char[7]と同じという意味になるんじゃないのかと。

>>601と>>602のアホはなにいってんの？

iccとvcのソース読んだことあるけど両方とも整然としてて読みやすかったよ。
あの高度な最適化がきれいなソースから生まれているのは明らか。

たいして面白くない事書いてるんだから
もうちょっと、面白可笑しい文面で書いたりはできないか？

>>603
えー、なんでじゃあ7で間違ってると思うんだ？

>>603
気になるからはよ答えれ。bus errorが出るようなCPUだと
8になるのかもしれないが、386じゃどう考えても7にしか思えないんだが。

A．「1+1が２だ」
B．「ほんとだ。なんで３じゃないんだ」
C．「おまえらアホか」
重要：Cは1+1が2であることを否定してない。

はぁ？死ねよ>>608

ちゃんと代入もできるぞ！
↓こんな感じで

buf.tmp[0] = 'w';

levelof(このスレ)=0

>>610
それってchar aの領域に書き込んでるんじゃなくて？
どうでもいいけど、アセンブルしてその結果について話合えよ。

レベルとかそんなの以前にバカすぎなんだよ。

>>611
バカ認定するまえに、ちゃんとした回答与えろよバーカ

この構造体の定義の仕方ってコンパイラによってはエラー返すよ。

規格書嫁

俺は規格書もってないからK&Rを読んだが
配列サイズ0のときは書いてなかった
俺役立たずｗｗｗｗｗｗｗｗｗｗ

>それってchar aの領域に書き込んでるんじゃなくて？
>どうでもいいけど、アセンブルしてその結果について話合えよ。
>レベルとかそんなの以前にバカすぎなんだよ。

バカで無い>>612様が、↓次で詳細な解説します。

↑何もいえない知った蚊野郎の必死のレスの見本

GCCにおける要素数0の配列についてマジレスしていいの?

>>617
OK

説明はできないが現象を確かめただけの >>616

サイズ０の配列がどうコンパイルされるかに正解があるわけねーだろバカ

>>619
Cの言語仕様なんてしらねーもんwww

じゃあ説明してもらいましょうか。にげんじゃねーぞ禿

バカで無い>>620様が、↓次で詳細な解説します。

info嫁
C Extensions -> Zero Length のところな。

>>596
7でいいと思うよ
tmp[0]は領域取られないですよ

ヒント：パツキン美女でもタルドルだとちょっとやだよね

>>622
詳細な説明なんてないっつってんだろバカ

マジレス。

長さ0の配列はGCC拡張だヴァーカ

$ gcc -O4 -Wall -pedantic foo.c
foo.c:5: warning: ISO C forbids zero-size array `tmp'

おまいら、>>623の指摘でこの議論は終わりだ

>>626はパツキン美女

なんだか随分いびつながらも変なチームワーク出てきたなこのスレ

>>624
メンバの tmp[0] と a のポインタアドレス見たら同じだった。
alias みたいな物になるのかな？ > tmp[0]

なんで >>598が最初に答えてくれてんのに
こんなにあれたの？
アホなのか？

パツキン美女 (;´Д｀)ﾊｧﾊｧ

levelof(このスレ)=-300

>>630
パツキン美女みたいなものです
TEL番ゲットしたのに「現在使われておりません」みたいな
実態が無い、幻の存在

GCC 神降臨。>>624 = >>634

>>623
サンクス。
http://www.sra.co.jp/wingnut/gcc/gcc-j.html#Zero%20Length
しかしなあこのGCC拡張。かえって分り難くないか？

>>631
598のどこが答えなんだ？なんの答えにもなってないだろｗｗｗ

他人をバカ呼ばわりするだけが生きがいの奴らが使うコンパイラ
それがGCC。GNUクオリティｗｗｗ

>>636
答えになってるだろ？
そこを指定してるんだから
そこを触ってみて、どう動くかを実際に見たら
そのinfoがわかる

文を読んでも何の連想もできない
文字しか読めないひとなのか？

>>638
なんの後ろめたさもなくそんなレスしてんの？

>>638
そんな態度ばっかとってるから、幻のTEL番しかゲットできないんだよ
もう少し謙虚に生きれ

うんこーーー

おまえらうんこぉーーー！！

>>636
>http://www.sra.co.jp/wingnut/gcc/gcc-j.html#Zero%20Length
>GNU C では長さが 0 の配列を使うことができる。これを構造体の最後の要素として置き、実際には可変長となるオブジェクトのヘッダとして使うことができる。
It's cool!

普通にヘッダのポインタにヘッダのデータ長を足し算する方が
ソース的にも分りやすい！

>>642
やっぱり、GCC の仕様は素晴らしいな。 GCCﾊｶｰ ｶｺｲｲ!

ソースをGPL汚染させるだけじゃ飽き足らずGNU C拡張汚染までさせる気か。
GNUってほんとやることが汚いよな。

>>641
漏れうんこ

でもGCCは2進数の存在を拒否しますよ

ICC最強

>>645
>GNU C拡張汚染
この謎の文章について

>>647
(ﾟдﾟ)ﾊｧ?

GCC よりもまず日本語の勉強が必要かと。

時期gcc5.0では2進数どころか、N進数(まあおそらくアルファベットの
数に制限されそうだが・・・)の表記をサポートを致します。
なんちゃって

36進数は地味に便利なので良く使う

数字の桁を再帰的に表現できるなら何桁でもいけるな。
カッコで一つの桁を表す。
N1000_3(N10_980)(N8_50)
みたいに。なんのことだか分らんかｗｗ

進数表記の部分も任意のn進数で表現できた方がいいな。
最終的に10か16で表現されるところに落ち着けば、処理系が
解釈に困ることはないはず。多分。

６４進数はよく使わない？

うーん、あんまし。


ゲームとか作ってると1024進数とかよく使うんだが、うは漏れだけwwwwwww

な希ガス。


36進とかは地味に使うね。
使うっつーか、使っちゃってるというか。

36って何？10+26でテキスト化とか？

英数62文字以外に何使う? Base64と一緒?
# 個人的にはBase64の文字の選定にはちと納得がいかない。
# -と_と.なら納得できたんだが。

>>657
0〜9,A〜Zまでで一桁
女神転生風のパスワード作成にお勧め

パスワードをさらにmd5sumに通して使ってる俺はｱﾌｫですか？

>>656
1024進数って何？どう使ってるの？

>>660
辞書攻撃に強くなるので悪くない。

だがスレ違いだ。

>>661
ぶっちゃけて固定小数点。
1000の近似値で2の10乗なので、精度的に手ごろで直感的でもあると。

少し前のゲーム機とかだと、ラジアンを4096（14ビット）で表して、
符合1ビット、回転数念のために1ビット、計16ビットで回転表現とかやってたけど、関係なさ杉。

10bit幅つーのはシフトするときに扱いにくくないか？

と思ったけど最近のCPUならあんまし関係ないか。

4096は14bitではなく12bit。
で、16進3桁で表せる点が(人間にとって)ほんの少し便利。
0x1000が4Kで、いろんなCPUで仮想記憶のページサイズだったり。

48進数というのは微妙に使い勝手が悪いことで有名
そういえばケンシロウ進数パッチのgcc版がsourceforgeにあったな

xeon用の最適化オプションてある？
-march=xeonとかさ。

XeonのアーキテクチャがIntelのどの系統なのかは知ってる？

いつも、
-std=c99
とやってる俺は軟弱者？

>>669
それなら、-pedantic とか -Werror も付けとけ。

-Wallはやってる
おまえらの普段使ってるオプションは？

-pipe

-酸素

C99ってANSI凖規なんだ
別の企画かと思ってたよ

C99とANSIの意味を教えて

ぐぐれ

ここで聞いてるんだから
ここで説明しろよボケ

>>677
どうせ暇なニートなんだから、自分で調べろよ。

おまえが調べてかけよボケ

働いててもそんくらいしか役に立ってないだろボケ

>>675
ANSIはアメリカの工業規格で、日本でいえばJISみたいな機関。
ここでC言語仕様の標準化作業を行っています。
言語の仕様なので、見直し作業が必要で、その改訂作業の年をとって、
仕様の名前を決めてるの。
つまり「C99」は、99年にANSIで標準化されたC言語の仕様なんだよ。

>>679
ニートだということは否定しないらしい

>>690 C99はANSIじゃなくていきなりISOで規格化されたよね。

ったく、この程度のことにもったい振りやがって…さっさと答えとけボケ

間違えた。690じゃなくて>>680だ。

えぇ？
じゃあ、C05とかもあるの？
1番新しいのがC99ってこと？

マニュアル読んだら
1番新しいのがC99みたいですね
gnu99ってのもあるみたいですね

C99の前がC89みたいなので
10年毎に更新するのですか？

JISは5年に1回見直すけど見直しの結果は「承認/改訂/廃止」のいずれかで、
「承認」なら規定内容は変わらない。
ISOも同様なら10年に1回とは限らない。

C95があるね。文法的にはC89と同一で、ライブラリが追加されただけのはずだけど。

gccとg++の 違いを教えてください。
マジで。

man みろよ

ってか、g++のmanは空だったが
なんだこれ？

gccにはPascalのコンパイラはいってないの？

>>691
検索ぐらいしたら？

ここで聞いてるんだから
ここで説明しろよボケ

ﾏﾝﾄﾞｸｾ

入ってないだろ。
GNUのPascalはGPC。
よってスレ違い。

ったく、この程度のことにもったい振りやがって…さっさと答えとけボケ

森にお帰り。

このスレはボケばっかりだなボケども。

そーですね

gpcって一度gccに入りそうになったのにな。

なんでわけられてるの？
コンパイラ コレクションなんだから
いれたらいいのに

gpcがボーランド互換とか過激な方に走っているからじゃないかな。

fortranもobj-cもjavaも要らないよ。c/c++だけで十分。

それはお前の主観だろ
死ねよ

>>704
そっくりそのままお返ししとくよ

>>704
で？

>>705
>fortranもobj-cもjavaも要らないよ。c/c++だけで十分。
これはたしかに君の主観だと思うよ
使う人がいるからあるんだし、それだと
ccとかc++
でいいじゃん、

ボケ、バカ、カスばっか

そーですね

意訳：
fortranもobj-cもjavaも使えないよ。c/c++覚えるだけで手一杯。

>>709
君は水商売に向いてるな。今度一緒に飲もうか。俺のおごりで

おまいら、そんなに全部入りなGCCが好きなのか。
今後際限なくコンパイラの種類が増える方向にあっても良いと？

バラバラで良いでしょって意見は確かに主観だが、全部入りで
良いでしょってのも間違いなく主観だ。もしかして気付いてない？

>>712
そんなことはGCCのチームに言ってくれ。

コレクションなんだから集めるのは当り前だろ
こいつらはgccがコンパイラだと思ってるのか？
gccじゃなくて、必要なコンパイラだけ入れようとは思わんのか？
おもわなんだったら文句いうなよ

>>714
コレクション ってのは後付け設定じゃん

そもそもgccはコンパイラだったんだよ
でもいろいろあってコンパイラ衆の親分になったもんで
語呂合わせでコレクションになったわけで
STVのSTはサンタのST って言ってんのと同レベルなんだよな

>>714
そうだね。
この際PascalやModula-3やD言語のコンパイラとライブラリ一式も入れるべきだ。

後付けだろうとなんだろうといまはそうなんだから
それに従えよ
文句をいうんだったら使わなきゃいいだけ

>>718
ガタガタ言ってんなよ
gcc様がfortranなんざコレクションに加えねぇってんだから
それに黙って従っとけ

Fortran入ってんじゃん…

Adaもかなり長い間別配布だったけど、安定して中に入ったよね。
gpcはまだまだ安定しそうにないし。ISO Pascalだけならもう大丈夫だけど。

D言語も入れてくれえええええええええっ

Pascalは方言著しいし、機能的にも既に配布に含まれるAdaという化け物言語が完全に上行ってしまってるしなあ…。
Borland拡張の是費もあるけれど、拡張が無ければ今更魅力も無いのも事実。
(C++が既にあるのに今更構文互換性すらないBCPLを入れようとしてるようなものでは…)

またDは本家のバージョンアップ攻勢を見るに言語仕様が安定するまでまだ数年はかかると思われ。

というわけでここはひとつ、OCaml希望。

Javaが入るくらいだから、
技術的にはLisp, Prolog, ML系も入れられるだろうけど、
GCはBoehm GCオンリーだね。コンサバGCじゃないとかなり大幅な改造。

考えてみれば、なんでそんな何でもかんでもGCCに固まっちまうんだろうな。
GxCでxにDでもPでも好きに入れればいいだろに。

コード生成、最適化の部分を共有したいからでしょ。

C#も仲間に入れてください。

gcc.gnu.org落ちてる？-D_FORTIFY_SOURCE とやらについて知りたかったんだが…
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02055.html

>>727
落ちてないよ。gcc4のバッファーオーバーフロー保護関係です。

結局４てコード速くないんでしょ。なんかがっかり。

コンパイルが速いんじゃないっけ？

C言語で "-O" オプションで最適化する奴
何でお前等は "-O" に頼るんだ？
C言語ってのはコードを書く奴が工夫して速く動くコードを書くもんだろ？
コンパイラが速く動くバイナリを吐かないとかなじゃなくて
おまえらが速く動くコードを吐けよ

それがいやならお前が最適化コードをかけよ
それなら文句ないだろ
その最適化コードで実際に最適化したバイナリの速さがおまえの限界
所詮おまえはそんな程度
コード書くのやめてサラリーマンでもやってろ

>>731

つ BCC32

>>731
いいこといった！！

ちょっと待て、大抵のプログラマーってサラリーマンじゃないのか・・・

プログラマーじゃない上にサラリーマンな俺は最下層か……

gcc4.1コンパイル速度が速くなった。

>>734
たいていのプログラマは奴隷です。

>>735
趣味でやってるならかなり、いいご身分だと思うんだけど...

>>731
おー、そうか。
ループ展開やら switch のテーブル化やら
関数呼び出しの委譲やら末尾再起最適化やら
お前は何から何まで全部手でやるんだな。
保守も全部お前がやれよ！

なに？ このばか
人生がんばれな

>>740
喪前はコーディングをがんばれ。
人生は頑張らなくてよい。

がんばらなかったからこんなんになれたんだよ
人生がんばってたらプログラマなんてならなかった

それは言えてるな

>>731
-Oはコードチェックの為のオプション。
lint(とかその類)使ってれば必要無いけどな。

ﾊｧ

また書き込みが少なくなってきたな
>>744見たいな馬鹿もいることだし荒してみようかな

なぜscanfを使うなと低能は言うのでしょうか？

>>747
scanfにはバッファオーバフローを防ぐ手段が無いからじゃないかな
よくわかんないけど

無い？どんな時？

>>747
スレ違いです。

GCCの4.0ってどうなのよ。

gcc4はバッファオーバーフロー検出してくれないの？

char buf[6]; scanf("%s", buf);

とかを実行した時

>>752
うまくgccにからめたね

誰もコンパイル時の話をしてないだろ
実行時のことを考えろばか
入力のサイズチェックしないで行くとあふれるかもしれんだろ

しね

>>754
スレ違い

char buf[6]; scanf("%5s", buf);

分かってない人は答えなくていいです

ﾌﾟｹﾞﾗｯﾁｮ

>>747
formatに必要の無いもんも書けてしまうとか、同じ理由でデバッグしづらいとか
改行をスペースと同じ扱いになるのも問題だと言うのも聞いたな。
まぁスレ違いだが

%5なら5文字しか取らないということも知らずに
scanf()は絶対にオーバーフロー防止手段がない！とか言ってた
自称「職業プログラマ」には笑った。

まさに学校で教えてもらった知識そのまま
学校行かなきゃ何も出来なかった、
自分で調べるということすら出来ないバカだけある

スレ違い

>>760
揚げ足取りっぽくなっちゃうけど
%5 は 6文字分のバッファが必要だよ

>>759
「formatに必要のないもん」って何ですか？
まぁスレ違いだが

大きなnopのフル時計

いまはもう動かない〜♪

おGさんの時計

>>760
すれ違いだけどおまえの方が痛いかも
固定文字列の入力なんて無いだろ？
大体scanf使うときなんて、ユーザによって違う文字列をもらう
コードかいたことないのか？

問題なのは「意図しない状態でも」安全かどうかであって、
固定かどうかなど問題ではない。

scanfでも安全

GCCのレベルってここまで下がったんだ

>>767
%dに対してアルファベットを入力されたらどうしましょ。

gccってglibcとnewlibの他は何が使えるんだっけ？

>>769
返り値をチェックすればいいじゃん。0なら読めてないからどうにかする。

めんどくさ。

>>769
scanf の戻り値をみて失敗しているようなら
'\n' までgetchar でバッファをクリアすればよし

そういう、考えることは大事だな。

ある便利な関数ばかり使うと、エラー処理の仕方もわからないバカばっかりになるから

お前らC初心者スレ池よ
低能っぷりに合わせて懇切丁寧に教えてやっから

>>774
初心者は scanf を使いこなせないから
初心者スレはふさわしくないよ

scanf は使いこなすものではない
と言うのならここで続けて欲しい

バカがバカの言う「scanfとgotoは使うな」というバカ論を刷り込まれた結果がこれ。
単に、バカだから使い道がわからない、回避の方法も考え付かなかっただけのこと。
将来的には使うことがなくなったとしても、そのノウハウとか考え方は
必ず良い方向に蓄積されていく。
バカはバカの言うことを真に受けてますますバカになっただけ。

gotoは使うなとはいわないけど
極力使って欲しくないな
読みづらくなる

scanfは使って欲しいな
入力のチェックさえしたら何の問題もない

goto
エラー処理にこれほど威力を発揮するものはねえぞ


問答無用だし

いいよな問答無用って

語呂がいい

多重ループ抜けるときとかな。

もうエラーだってわかってんだから面倒なことをする必要ねえ
ダイレクトにすっ飛ばすほうがラク


それでも最初はgotoに対して言い訳コメントかいてたもんだ
gotoアレルギーある奴がいたから


/* これこれこういう理由でgoto */

ロートルC厨って他にやることがないのか新しいことを覚えるのが億劫なのか知らんけど
こういう不毛でワンパターンなやり取りが大好きだよな。

>>776
お前言葉は悪いがいい事言うな

最初ッから楽をしてはいかんのですよ!!!!!!!!!!!!!!!!!!

>>747の答えは>>776でFA?

危険なものとして認識しているのなら、いくらでも使っていい。
(仕事は別)
危険だとわかっていれば、「どういうときに使えばいいのか」ということを考える。
そうしていくと、「どういうときに使えば安全かつ便利か？」ということがわかってくる。
そうすりゃしめたもの。


てか初心者スレかここは。

>>785
私はどう危険なのか（危険じゃないのか）知りたいの
問題を回避する方法があるなら
それは（語弊あるけど）問題じゃない

(仕事は別)な理由を知りたい

この手の論争って>>785みたいのが
要点をぼかしちゃうからだめなんだ
分かるならちゃんと書いてクレヨン

その後に（scanfが本当に危険だと分かれば）
>危険だとわかっていれば
の方へ進むんだから

連続でこめん

gets なんかはプログラマがいくらがんばっても
バッファオーバーフローの可能性がある

scanf にはプログラマがいくらがんばっても
解決できない問題があるか知りたいってことね

ない

仕事の場合は、完全に回避方法がわかっていない限り使うべきではない。
テストの場ではないのだから。

>>786
＞ gets なんかはプログラマがいくらがんばっても
＞ バッファオーバーフローの可能性がある
そんなことはない。

(　´д)ﾋｿ(´д｀)ﾋｿ(д｀　)

system関数でシェル呼び出してバッファサイズを自前で制御してやるとか？
別の問題がありそうな。

まあfgetsでとってきてsscanfが一番安全だと思うけど。

> (仕事は別)な理由を知りたい
ヒント：まともなのはおまえだけ。他は全員無能。

でたｗ
一番アホなやり方ｗｗ
バッファが溢れた場合誤動作してしまう最悪なコーディングｗｗｗ
バカ丸出しｗｗｗｗ

ソフトウェア開発技術者持ちだけど、何か質問ある？

仕様書ってどれくらい詳しく書けばいいんですか？

>>794
fgets()で取り込んだ場合は、strchr()で'も使って\n'が取り込まれてるかチェックすれば良いだけだけど。
ああ、別に buf[strlen(buf) - 1] != '\n' でもいいよ。

>>796
プロジェクトにもよるし相手にもよる。
たとえば、ここでこの変数に何を代入して・・・みたいなのをいちいちエンドユーザーさんに見せないでしょ。
機能の概要をしっかり書くことが大事。

'\n'付けてくれるんだったっけ？

ダセーｗ
バッファ溢れの対策した事無いのバレバレｗｗ
標準ライブラリすら把握してないそのアホッぷりｗｗｗ
恥の上塗り恥ずかしすぎーｗｗｗｗ

>>798
そう。
取り込んだ文字列をそのまま使うならそのへんは意識する必要アリ。
atoi()やatof()で変換する分には'\n'は無視されるから問題なし。　

全部取り込みたかったらgetchar()でヒープ領域に取りこみながら
realloc()してもいいけど、あんまり美しくない罠。


まあCに限定しなければ大体これでやってるけどな。
std::string str;
std::getline(cin, str);

776 名前： デフォルトの名無しさん [sage] 投稿日： 2005/06/25(土) 23:25:03
バカがバカの言う「scanfとgotoは使うな」というバカ論を刷り込まれた結果がこれ。
単に、バカだから使い道がわからない、回避の方法も考え付かなかっただけのこと。
将来的には使うことがなくなったとしても、そのノウハウとか考え方は
必ず良い方向に蓄積されていく。
バカはバカの言うことを真に受けてますますバカになっただけ。

>>800
ちょっとまった
\nつけてくれないパターンもありょ

>>802
ごめん、EOFの場合もあったね。
暫く叩いてなかったから忘れてた。

Windowsでなら、キーイベントクラックしてキー入力を捨てて警告音鳴らすようなインターフェイスとか
よく採用するけど標準関数でバッファを制御する方法って無かったよね

atoi()やatof()に数字でないものを渡すと何が起きるか分からないんじゃなかったっけ

ん？未定義だったっけ？
少なくともGLIBCやMSVCRTでは0になるけど。

http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vclib/html/_crt_atof.2c_.atoi.2c_._atoi64.2c_.atol.asp
http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+atoi

未定義かどうか判断するのに
処理系がどういう実装してるか引用したって何の意味もないだろ
見るならJIS X 3010とかにすれ

ってここはgccスレだから
gccが別途振る舞いを保証していれば何の問題もないのか

規格も究極的には無意味だしね。
規格よりも（将来規格に取り込まれる）共通の独自拡張が先行してる例もあるし、
C++なら満たしてないやつのほうがむしろ多い。
ちゃんと依存だと割り切って使うならalloca()だろうとsystem("stty -echo")だろうと使っていいと思うよ。


経験則的に、機種依存だからといってOSのAPIを叩くのを嫌い、ANSI関数・コンソールアプリだけに
拘る奴は結局何も高度なアプリケーションが書けなかったりする。

MFCだろうがGtk+だろうがSwingだろうが用意されたライブラリを軽々操れる香具師のほうが
順応性が高い。

どうでもいいが
atoiをアトイ
atofをアトフ
とか言う奴を見るとすげえムカつく

なんてよむの

ってかスレ違いだから移動よろ

まあstrtol/strtoul/strtodだな。strtollとか。

ここは偉そうに語ってるくせにまともに標準入力から読み込むコードすら書けないｱﾌｫのすくつですね

別に標準入力から読み込む必要ないし。エディトコントロールからだし。

書いてみて

char buf[256];
printf("ｲﾚﾃﾐﾛ(255ﾓｼﾞｲﾅｲ)"); gets(buf);

ひらがなを200文字入れたらバグりました

ﾜﾛﾁ

エンコーディングをMSX-JPにすればひらがな200文字入るよ

char buf[256];
printf("ｲﾚﾃﾐﾛ(255ﾓｼﾞｲﾅｲ)"); fgets(buf, sizeof(buf), stdin);

>>819
>>794

何の対策もしていないscanfのバツファオーバーランを目に見える形で表したいのですが
なんかいい方法ありませんか。


明らかにオーバーさせても大概何事も無かったかのように処理が進むじゃないですか

そもそもオーバーフロー対策にいちいち標準関数なんて使うなよ。
画面入力だけに限定するならそれこそキーイベント破棄すりゃいいだけだろ。
たとえば数値の入力時に非数字の文字を破棄するようにしたほうがエンドユーザーには優しいわけだし。

リモートシステムは知らない。Webベースのフォームでも書くね、俺なら。

そーいえばなんでscanfつかっちゃまずいんだっけ

>>823
使うとバカがよってくるから

ストールマンといえどもバッファオーバーフローが避けられないから。

だよもん

コーヒーライター

おまえらキーイベントキーイベントいうけど
GCCでGUIアプリ作ってるのか？

もちろんWindows用はVisual C++で作ってます。
GTK+も似たようなもんだよ。

本当にいたんだ
自分はコマンドラインアプリしか作ったことないや
Windowsではコードかいたことはない

バカがバカの言う「scanfとgotoは使うな」というバカ論を刷り込まれた結果がこれ。
単に、バカだから使い道がわからない、回避の方法も考え付かなかっただけのこと。
将来的には使うことがなくなったとしても、そのノウハウとか考え方は
必ず良い方向に蓄積されていく。
バカはバカの言うことを真に受けてますますバカになっただけ。

後藤は使うがscanfは使わないな。

>>演算子くらいならたまに使う。

>>831
お前言葉は悪いがいい事言うな

結局誰も完璧に回避できるコードを指さないわけだが
Emacsのコードでscanfのコード見てみ
神共でも この程度の回避方法しかしてないんだぞ？

馬鹿は「scanfとgotoは使うな」を使うなとか言うかもしれないが
もっと馬鹿はそいつらをばかにしてるのにまともなコードをかけず
まともな回避方法をしないままそれらを使う

>>834
なら貴方が直せば良い

>>834を誰か翻訳してくれ

オレは・・・scanfは使わないし・・・使おうとも思わないが・・・
もし、もしも 「scanfを使わなければ殺スッ！」 と言われたなら・・・

使わない

Emacsのeeの部分見たけど
対策と言う対策はほとんどしてないね

>>836
この程度とはいったけど
これ以上の方法が俺には思い付くとはいっとらんが？
俺は極力scanfは使うなって言う人だからな

>>837
ごめん
scanfを使ってる部分のコード見てみ
の間違い

そのうち世界中のブラウザの穴がふさがってきてネタの尽きてきたSecuniaあたりが
セキュリティホールをデッチあげてくれますよ

全部読むのメンドイから誰かfgetsでもおきうるオーバーフロー問題とやらを１から解説してみてくれ

>fgetsでもおきうるオーバーフロー問題
急にどうした？

だから、「getsは使うなfgets使え」はさんざん聞かされてきたが、ここ見るとどうやらfgetsも安全じゃないらしいが。

お前等すれ違い
Cのスレに行け

回避という姿勢が既にバッドノウハウですよ。

>>844
どこ見てそういう結論に達したんだよ

結局、fgetsなら問題ない、でFAだろ。

794 名前：デフォルトの名無しさん[] 投稿日：2005/06/26(日) 01:14:20
でたｗ
一番アホなやり方ｗｗ
バッファが溢れた場合誤動作してしまう最悪なコーディングｗｗｗ
バカ丸出しｗｗｗｗ

↑こいつはキチガイということでFA？

スレ嫁よキチガイ

>>770
uclibc

>>846
それは言わないお約束

>>848-849
FA

fgetsは溢れた分を読み捨てるにしてもスルーして次にまわすにしても
誤動作の原因になることが多いし
Cではそういう無自覚orいいかげんなコーディングがとても多いな。

>>853
1-3行程度の例キボン

>>854
fgetsは問題ないと言う例を
1-3行程度でキボン

>>854
char buf[3];
printf("a="); fgets(buf, sizeof(buf), stdin);
int a = atoi(buf);
printf("b="); fgets(buf, sizeof(buf), stdin);
int b = atoi(buf);
printf("a+b=%d\n", a+b);
例としてはこんな感じ。a=で1234と入れると誤動作する。
この手のコードは実際よく見かける。
buf[128]で行読み込むコードとかね。

>>856
1-3行程度で言って下さいって文句いわれるから
俺が書き直しといてやる

char buf[3]; printf("a="); fgets(buf, sizeof(buf), stdin);
int a = atoi(buf); printf("b="); fgets(buf, sizeof(buf), stdin);
int b = atoi(buf); printf("a+b=%d\n", a+b);

>>855
必要？ネタ？ちょっとワカランので保留
>>856
ありがと
なるほど確かに多いな。俺はそんなコードは書かないが
scanf の方がよっぽど安心だ
>>857
ありがと

何文字までなら正常な動作をするかっては仕様の範疇ですよ。
脆弱性は潰し解いた方がいいけどね。

ソース中にばら撒いてあるマジックナンバーを仕様とは言わないだろ。
誤動作＝脆弱性でもないし。
このなあなあな文化がCｸｵﾘﾃｨ。

仕様に書かれていないのに10000文字突っ込んだら誤動作するようなソフトは
ベンダーに文句言って対応させるのが普通。
(まぁ仕様書に「一行は127文字まで」とか追記されるだけな場合が多いけどな)

scanfにしても、「ラインバッファであること」なんてどこにも一言も書かれてないのに
なぜかUNIX時代からラインバッファ


UNIXがラインバッファ方式だったからか

大抵のソフトは2Gもつっこみゃ死ぬと思うがな。

そりゃCのメモリ管理がうんこちゃんだからだろ

>>863-864

何の根拠も無いあなたたちの価値観で世の中のソフトを
貶めるのは止めてください。

違うだろ
こいつらが技術がないだけ

Cで書かれたアプリは信頼性が低く無用な制限があり
セキュリティーホール突かれまくりの誤動作しまくりってことでFA?

PerlもRubyもCでかかれているわけだが

std::string str;
std::getline(std::cin, str);

これでなんか問題ある？
gccじゃなくてGCC(GNU Compiler Collection)のほうなのでC++もありでしょ

標準Cライブラリが脆弱なだけだろ。
getsやsprintfなんて残しておくのが悪い。

http://chasen.org/~taku/blog/archives/2003/09/istream.html

こいつCで書くとどんなのになる？もしくは無理？

脆弱な例として、getsはともかくsprintfて。
使い方を間違えてるだけじゃん。

配列のサイズチェックを行わない言語仕様に脆弱性がある、
と言っているようなもの。

>>872
ヒント：1024バイト

まあ、神々がコードで使ってるのは大抵snprintfだな。

別に移植性のないsnprintfなぞ使わなくても、
個々のフィールドのサイズを制限するだけで充分な場合がほとんどだが。

sprintf(buff, "%.1000s", str);
を、わざわざ
snprintf(buff, 1024, "%s", str);
にしなければいけない理由は全く無い。

で、snprintfを使わざるを得ない場合というのは、
バッファを拡張しながらsprintfを使いたい場合だな。
ヒープに確保したバッファに入りきらないサイズだと判明したら
バッファを広げてもう一度実行するような。

>876はフィールド幅が可変だということを認識していないんだろうか。

何のことだろう？
まさか%.*のことでもあるまいし。

それ以上に873の意味がどうしてもわからないけど。
俺にはわからないことばかりだよ。

>>878
sprintf()で生成できることが保証されているのは1024まで。

誰が保証してくれてんの？

おー、ありがとう。
初めて知ったよ。

で、とりあえずぐぐってみたけど
「wsprintfには1024バイトの制限があって、sprintfにはそんな制限はない」
というのがトップに来たけど。
http://www.google.co.jp/search?biw=1051&hl=ja&q=sprintf+1024+%E5%88%B6%E9%99%90&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

出来ればどこに載っているのか教えて欲しいのだが。
少なくとも、俺はそんな制限見たこと無いし。

まあ、俺は企画書は読んだこと無いし、
手元にあるK&R2ndに載っていないからって、そんな制限はないと言い切るつもりもない。
printfに制限が無くてsprintfに制限があるのは不自然だとは思うがね。

で、フィールド幅可変というのは、やっぱり、どう考えても
%*を知らないとしか思えない。
あるいは、フォーマット文字列にリテラルしか使えないと思っているとか。

万が一↑の通りなら
バカじゃねーのって感じ。

gcc関係ないじゃん！

sprintf(3)に長さの制限なんてないけど、
gccにsprintf(3)は含まれてないしね。

snscanfがほしいんですが

で、>>870(=>>873=>877=>>879)は、
「sprintfのどこが脆弱なのか」という
最初の疑問の答えを示してくれないのでしょうか。

で、>>885(=いっぱい)じゃ、
「スレ違いなので移動しろ」という
最初の指示をどうして行動でしめてくれないのでしょうか。

何で俺だけ？

他の人がGCCと関係ないscanfやgotoやfgetsの話をしていても
俺は全然書き込まなかったし、その間スレ違いとの指摘も無く
その流れでsprintfの話題が出たから加わったんだよ。
それも、無知に「おまえは無知だよ」といってるだけだから。

スレ違いとの指摘が>>883だとしても
移動しろなんて言われてないよ。少なくとも俺は。
まあ、無知な人はちゃんと反論出来ないらしいし、もうやめるけど。

脆弱で誤動作するコードを書き散らしている人間の大半はgccユーザー

他の人がやってれば俺はやってもいい
わがまま世代の骨頂だな
釣りにしても、フナ釣りのエサが干物じゃ食いつかんよ

とりあえず、おまえら全員だまれな

>>889みたいな仕切り屋気取りの方がうざい

>>889
まずおまえが黙れ。

はぃはぁ〜〜〜〜〜ぃ
スレ違いだからねぇ〜〜〜〜〜〜〜
ス・レ・ち・が・ぃ ！！

>>892
ほら、最後に自分が書かない時が済まない。
だからうざがられるのに。

×時が済まない
○と気が済まない

>>892>>893スレ違いだよ。いいかげんにしな。

スレ違いと指摘するのは、
スレ違いの話をやめさせるためではなく
わざと煽って、よりスレ違いな話題にもっていくため。

>>889>>892より。

>>883
libjava, libstdc++はgccに入っているのに、glibcは入らないのな。

>>896
libc はシステムコールのエントリポイントやロケール関係も入ってるから、
Linux, GNU Hurd 以外で使うのは激しく面倒だと思われ。

まぁ、ネタとしては、こーゆーのもあるが。
http://www.debian.org/ports/kfreebsd-gnu/

libstdc++って将来的にはlibcに依存しない形になるの？

libstdc++/libioなんかみると、そういう傾向はあるけど、
全面的に抱えることはないんじゃない?

コンパイルの際にスタティックリンクでコンパイルするにはどのオプションをしているればよいのでしょうか？

>>900
マニュアルは読みましたか？ そのまんまのオプションがありますよ。
プラットフォームによっては、どうしてもスタティックリンクできない
ものもあるけどね。

MicroSoft社のコンパイラにある /Zpオプションのようなものはないのでしょうか？

>>902 http://gcc.gnu.org/onlinedocs/

>>903
/Zpがなにかわかってないだろ

>>903
知ったか乙

>>904 なんでそう思うの？

>>906
謎。>>903 はあるともないとも書いてなくて、単に情報源を示しただけなのにな。

ちなみに
/Zp[n] pack structs on n-byte boundary
だそーだ。

俺は>>902が/Zpオプションが何か分かってない可能性ありと見たぞ!

struct foo foo __attribute__ ((aligned (4));

コンパイラオプションで一括定義。
ソース中の変数宣言してる個所で逐一指定。

一見するとコンパイラオプションは便利なようだけど、
これってオプションによって動いたり動かなかったりする
ソースが出来上がるってことでしょ？マクロで対応する方が
正しいよね。

ところで>>902はあるのかないのか聞いてるんだから
「ない」と一言言えばいいんじゃないの？

>>902 ある。

これかな？
-Fpack-struct[=n]
他にも-falign-XXX=n ってのがいくつかあるけど

>>909は型の属性と変数の属性をごっちゃにしてない？
それはfooという変数を4byte境界に配置するっていうだけで、
struct fooについてはなんの指定にもならないはずだけど。

structの定義のところで各メンバにaligned()を入れるんだっけ？

↓宣言
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/Type-Attributes.html
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/Variable-Attributes.html
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/Function-Attributes.html
↓問い合わせ
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/Alignment.html

サンプルを見れば英語駄目でも大体分かる。

>>909,913-915
なんで aligned の話になってるんだよ。
"pack structs on n-byte boundar" なら packed だろ。

YOYOYOYO
藤井ブラボー

あ　あのブラボーじゃなくてブラザーなんですけど

ブゥラボーって習ったんだよ

あっあっブラボーですブラボー



それはよしとして、GCCはコンパイルコンパイラネームを隠すことは絶対に出来ないのか？
GCCである以上、誰かが作ればできるだろ?
商用でしかできないとかいってるアホもおるけん。。。。

>>917
コンパイラネームってどこに載ってるんだっけ
ちょっとお姉さんに教えなさい

コンパイリンガーなんですけど、

>>916
>>915はpackedのページじゃない…

intなどの大きさは機種に依存しますが、どのマシンでも、32ビットの整数になるような型を使いたいのですがどうしたらよいのでしょうか？

>>921
c99だったら
#include <stdint.h>

gcc2.95.4 だとワーニングだけどコンパイル通って、gcc4.1 だとエラーになる
様なのがいくつか有るんですが、何かオプション等で以前のバージョンの様に
振舞わせて互換性を保つことは出来ないでしょうか。

>>923
ウォーニングもエラーも取ってコンパイルすればすべて解決

>>923
モノによってはあるが、ソースを変える以外に方法がないのもある。

なんでバージョン変えてんのに以前のものがいいって
わがまま言ってんの??

boostは標準では使えないのでしょうか？別途インストールをしないといけないのでしょうか？

>>927
yes

>>927
そんなことよりgcc4.0.0にはまだ正式には対応していない。

export 実装ｷﾎﾞﾝﾇ

大昔


ワーニングってのはバグがあるけど文法としては間違ってないってことだから
そのまんまで出すと必ずセキュリチーに問題が出る
だからワーニングあるソースは認めない


といわれました

>>931
思い出話を語りたいなら鼬害。そうでないならこちらへどうぞ。
http://pc8.2ch.net/test/read.cgi/tech/1118072681/

経過時間を計測したいのですが、プロセッサ時間依存の方法ですと、マルチスレッドのプログラムの
経過時間がうまく計測できません。clock()以外で、ミリ秒まで取得する方法を教えてください。

スレ違い

>>933
知ってるがマルチには教えない。

マルチレスッドな>>933

そこでQueryPerformanceCounter()ですよ

ChangeLog にどこかの団体や国に対して排斥するような思想的なこと
書いたらだめだよっておかあさんが言ってた。

gccってどうしてこんなに最適化が弱いの？
開発者の頭が弱いから？

>>939
gccの最適化をあてにすることよりも、まず自分のアルゴリズムを見直してみたら？
その方がずっと前向きですよ。

最適化が弱いってほかのコンパイラの最適化の結果と
逆アセンブルして比べたってこと？
弱いところが或のなら、報告してみるなり
自分で修正してパッチ送るなりしてみては？

>>939
違う。gccはあらゆるCPUをターゲットにコアが書かれているから、x86に
特化した最適化はしにくいと、gccのメインチーフがインタビューで言って
いたぞ。

URLは失念したが、まだ残ってるはず。

URLを失念したの？

>>938
これの事か？

Inappropriate ChangeLog entry
ttp://gcc.gnu.org/ml/gcc/2005-07/msg00285.html

パッチした人が(略)な国の人だからこんな事するのかなぁ。
こんな事するなんて、なんか悲しいよね。

お前らもなんか仕込んでこいよ。やられっぱなしだから舐められるんだよ。

舐められたんだったらくわえてやれよ

むしろ、こんな思想を煽っている黒幕が誰なのかに興味があるな。

なにかごようでござるか？

GCC 4.0.1 Released!

>>937
それもカーネルによってはマルチスレッドでの測定がうまくいかない罠

ここは、私がガオガイガーの名にかけて死守する！

ガオガイガーなら GGG じゃないの?

んじゃガオカイカー

>>944
ChangeLogそのものはどこで読めますか？

>>954
嫌中ネタは中国板でどうぞ。

バブルで浮かれてるんだろうな。日本人もバブルの頃は相当痛々しかったに違いない。

gcc-x.y.3から安定

トライXで万全

逆光は勝利

世界征服の第一歩は練馬から

日中韓がいがみあえば得する国があるんでしょう。

世界征服セーラー服

>>961
ただそれだけでもないような気もする。

チョン氏ね

FedoraCore4(=GCCの4.0.0)をつかってるんですが、プログラムがロードされる
アドレスのランダム化を切るにはどうしたらいいんでしょうか？

gcc -fno-PIE -fno-pie は効きませんですた。
execstack -s a.out もダメ。。。

>>961,963
日中韓が仲良くなりすぎると面白くないと感じる国がいるのも事実。

ヒント：　*

>>966
例えそうだとしても中韓の実態があからさまになった以上
関係修復は世代が変わるまでは無理だよ

>>967
世代が変わっても、アイツらが変わらない限り無理。

臭いスレだな

>>966
アとか台とかか

>>970
領海に潜水艦突入
EEZで密漁->逃走->国際法を無視して政府が匿う

これらはアとか台の思惑に関係ない
仲良くできるか?

>>971
領海に入った奴や匿う政府とは仲良くできないかもしれないが
それ以外の奴らとは会ってみなければ分からない

とりあえず GCC について意見を言ってみた

チベットでもGCCが使う自由があるかどうかそれが問題だ

おぃおぃ、無駄話ばっかりしてるとスレが埋まっちゃいますよ。

なんで
int main(short argc, char **argv)
これだと
warning: first argument of `main' should be `int'
って文句いわれるわけ？

引数の数なんてcharでも十分でしょ
真面目な理由知ってるひといる？

>975
intとshortでは、異なる結果になりうるから。
例えばスタックがshortと同じ幅の場合、スタック操作の段階で誤動作する。

>>976
違う型ですから。

それからANSI以前のCでは、
charやshortでもintにpromotionされて扱う事が約束されたが、
ANSI Cからは、結果が同じなら実際にはshortで渡す処理系も許容。
つまり定義と宣言に食い違いがあるとまずい処理系が許容されている。

>>977
漏れに言うな。

ﾜﾗ

じすれ〜
http://pc8.2ch.net/test/read.cgi/tech/1121146723/

「つぎスレ」じゃないんだ。

じと書いてつぎと読むのは2chの常識

じゃあ残りはドルアーガのたから箱の出し方について話し合おうか

25階は何が出るんですか？

えーと・・・25階ってなんだっけ

NESでフルコンプするmovieあったよ
おれはソロモンの鍵の方が好きだが