GCC クロスコンパイル でぐぐれ

使ってるレンタル鯖が C/C++ で書いた CGI を使えるって書いてあるんだけど、
シェルは解放してないからクロスコンパイル環境を作って対応したことはある。
(鯖は無料だからその程度の手間は仕方ないんだが。)
最近の GCC ならそんなに難しいことではない。
でも、ライブラリ類はコンパイル済みのをどこかからもってきた方がいいぞ。

g++ には VC のプリコンパイル済ヘッダみたいな機能はないんですかいの？
boost 使ったソースをコンパイルしようとしたら遅すぎてやっとれんです。

gccにもpchぐらいあるわい

あ、ごめん、boostは知らんです…
ccacheで我慢するくらいしか思いつきません

おお、あるのね。どもっす。
とりあえずあとはぐぐってみます。

すみません質問なのですが，最近vc++からgccに乗り換えたのですが
vc++にある
wmain( int argc, wchar_t *argv[ ])
みたいに引数をwchar_tにすることはできるでしょうか？

エントリポイントwmainは非標準なので、gccにはない
main関数内でargvをワイド文字列の配列に変換してwmainに渡すという手が有る

ありがとうございます，それでやってみます．

質問です。
コンパイルオプションとして-Werrorをつけたいのですが、
実装上どうしても、取り除くことができない警告があります。
この警告だけはWerrorの対象からはずすということができますでしょうか？
もしできるならその方法を教えてください。

gccのソースをいじる

>>110
外したい警告がどういう警告なのか書けよ。

-Whogeで有功になる警告なら-Wno-hogeで無効に出来るだろうし、
http://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html
なんてのもある

>>111-113
返答ありがとうございます。
Werrorの非対象にしたいのは-Wをつけた際に出力される、longjmp関連の警告です。
-Wは複数の機能を持つオプションなので、-W自体を無効化はできない状況です。

http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html
にある通り、-Wは-Wextraの別名で、含まれる警告オプションのうち
longjmpが関連しそうなのは-Wclobberedと-Wuninitializedだから、
-Wno-clobbered -Wno-uninitializedをつけてみたらどうか

-Wno-error=uninitializedとかでも良いかもな

>>115-116
ありがとうございます！
今は試せる環境がないので明日挑戦してみます。

-fltoが入る前に-combine試してみたけど、
4.4だと引数が多すぎって言われてコンパイル出来ない事があるな
4.5になると引数の最大値が大きくなったりするんだろうか…
というかしてくれないと困る。
-combine -fwhole-program -ftoでビルドしたいんじゃー

4.4.2

>>118
> 4.4だと引数が多すぎって言われてコンパイル出来ない事があるな

これってどういうメッセージ?

あーもうconstructors_destructor_fn_imps.hpで一晩潰しちゃったよ＞＜あほか

>>120
cc1: error: too many filenames given. Type cc1 --help for usage

binutils 2.20

HelloWorldを、gcc・g++を使用してWinXP・Ubuntuでコンパイルしてみた。
----------------------------
#include <stdio.h>

int main(int argc, char** argv) {
printf("HelloWorld!");
return (0);
}
-----------------------------
WinXPは正常に実行できたけど、Ubuntuのgccがうまくいかない。

/tmp/ccaeafnN.o:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0'
collect2: ld はステータス 1 で終了しました

バージョンは4.3.3。
上記のようにリンクでエラーがでる。
コンパイラはもともと入ってたやつだから、導入に失敗したわけではなさそうだけど。
オプションも出力先以外は指定してないし。
原因が分かるエスパーな方はいませんか？

#include <stdio.h>

を

#include <cstdio>

に

printf

を

std::printf

に替えてみたらどうなる？

>>124
g++標準のライブラリがリンクされてないように見える。
g++ hello.cc ではなく gcc hello.cc でコンパイルしてない？

この手の「普通にやったらエラーが出るはずが無い」のに
gccを使っていてリンクエラーが出る場合、大抵は>>126だよな。

普通にg++とするか、あるいは-lstdc++とかでもなんとかなるもんだけど
意外にそこでひっかかる人も多いよね。

まあ>>124の原因は知らないけど。

拡張子を.cにしたらいけました。
ありがとう。

それにしてもアホすぎる……。
TDM/Mingwだと「gcc hello.cpp」は通るけど「g++ hello.cpp」がリンクエラー。
＼(^o^)／

-lstdc++
か？

gccの#defineマクロの記述で
通常の関数のreturnに相当する記述ってどうやって書けばいいのでしょうか？

それがわからないようならマクロなぞ使うな。あぶなっかしすぎる。

>>131
まさか知らないのですか？
バカなんですか？

gccの話題じゃないな

>130
http://cms.phys.s.u-tokyo.ac.jp/~naoki/CIPINTRO/gccextend.html
ここでも読んだらいいよ
もっとも僕は、-pedantic-errorsを付けてコンパイルしているから無縁だけど

>>128
要するに、GCCでは拡張子で動作が変わるってことか。

C Compilerでなくて　Compiler Colｌecｔionだからね。
拡張子を識別して使う言語を選択する。

拡張子で言語は選んでくれるのにライブラリは選んでくれないという気
の利かなさ。

extern "C" {
とかあるしね。言語と実行環境を分けているんだと思う。

だってオブジェクトはどちらも.oで、そこからリンクする時に
必要に成るライブラリがどちらかなんて ld には分からない。

増改築を繰り返した田舎の温泉旅館みたいなc++は捨てて、
ISO C(c99)でええやん。

c99のほうが田舎の温泉旅館みたいなんだが……

C99って使ってる現場あるのか。

全機能ばりばり使ってます、という所は少ないと思うが、
//コメントとか、変数定義の混在とかは割と使ってるんじゃないか？

変数は最初に必要になった箇所で宣言するようにしたらかなり見易い。
変数はなるべく使い棄てにしたほうがコンパイラもフロー解析しやすいらしいし。

数値計算のパッケージ書いてるから、
<fenv.h>がないとどうしようもない。

使い捨てと言うか、スコープを狭くすると、フロー解析もやり易いし
レジスタ割り付けも楽。最適化もやりやすく成る。

俺の周りではC99という言葉すら通じん…

>>144
Fortran使えよ

レジスタは一括宣言のほうが楽なんじゃね？
だってベースポインタ一緒なんだぜ？

Javaじゃねーんだから汎用レジスタに乗せて使い捨てることもあるだろ

いかにメモリアクセスを少なくするかが鍵みたいだよ。