GCCについて part8 - 暇つぶし2ch

GCCについて part8 ..

348:デフォルトの名無しさん
08/04/06 17:19:21
>>346
Windowsでの効果は知らないけれど、Linuxの場合はタスクスイッチングを強制させるのに使える。
要は「最低0秒」止まるので、他に処理するべきプロセスがあればそちらを実行することになる。
# 逆に言えば、最悪何秒も止まりっぱなしになるかもしれない。

349:デフォルトの名無しさん
08/04/06 20:31:52
pthread_yield

350:デフォルトの名無しさん
08/04/06 20:52:21
タスクスイッチというかカーネルへの制御の移行ね。
システムコールからそのまま戻るにしても既に送られたシグナルがあれば
戻る直前でシグナルハンドラが走る。

あとUNIXによってはsleepはプロセスタイマを使う可能性があるらしいので
ユーザプログラム側でタイマを使う場合は注意が必要かも。

351:デフォルトの名無しさん
08/04/07 11:58:14
>>349
それはスレッドだから、>>348の言っていることとは違う。
pthread実装はカーネル・スレッドばかりじゃないから。

352:デフォルトの名無しさん
08/04/07 15:23:45
インクルードパスとライブラリのパスを環境変数で設定する方法を教えてください

353:デフォルトの名無しさん
08/04/07 15:29:27
今時、その手法ははやらないんじゃないの？

354:デフォルトの名無しさん
08/04/07 15:33:12
CPATH
LIBRARY_PATH
とか？

355:デフォルトの名無しさん
08/04/07 17:50:52
INCLUDES
LD_LIBRARY_PATH

356:デフォルトの名無しさん
08/04/08 13:10:13
g++ で libfoo1.a と libfoo2.a をリンクしているのですが、
この２つのライブラリが相互に依存しているので、
undefined エラーになります。

libfoo1.a libfoo2.a のソースをいじることなく、
うまくリンクすることはできないでしょうか？

357:デフォルトの名無しさん
08/04/08 13:17:09
libfoo1.a内のどのオブジェクトがlibfoo2.a内のどのオブジェクトに依
存しているかなど、もうちょっと詳しい情報が欲しいけど、とりあえず
gcc .... -lfoo1 -lfoo2 -lfoo1
のような感じでできへん？

libfoo1.aとlibfoo2.aをバラして1つのlibfoo.aにしてしまうとかも。

358:デフォルトの名無しさん
08/04/08 13:44:25
>>356
URLﾘﾝｸ(sourceware.org)

359:デフォルトの名無しさん
08/04/09 13:51:18
LIBRARY_PATHとLD_LIBRARY_PATHの違いは何ですか？

360:デフォルトの名無しさん
08/04/09 13:53:28
ldかld.soか
要するにコンパイル(リンク)時か、実行時か。

361:デフォルトの名無しさん
08/04/09 16:39:29
>>352
どうやってやるの？
IとかLとかでいちいち指定するの？
それともmake？小さいプログラムではわざわざmakeなど使いたくないのだが。

362:デフォルトの名無しさん
08/04/09 16:41:32
スクリプトでやればいいじゃん

363:デフォルトの名無しさん
08/04/09 17:14:24
>>361
CFLAGS=-I/usr/include/foo
LDFLAGS=-L/usr/include/foo -lfoo

default: foo

これだけ。foo.cから実行ファイルfooを作る。

364:デフォルトの名無しさん
08/04/10 10:28:43
/usr/lib/gcc/target/version/includeのようなgcc付属のヘッダのある
ディレクトリを取得する方法はありますか？
-nostdincを指定してるソースからstdarg.h等を使いたいのです。

365:デフォルトの名無しさん
08/04/10 11:13:22
gcc -print-search-dirs

366:デフォルトの名無しさん
08/04/10 16:07:17
nm libhoge.a | grep hageとしたら
00001ffb t hageとでるのに
int main() {
　return hage();
}
のようにhageを呼び出してるプログラムのリンクが失敗するのですが
どのような原因が考えられますでしょうか?

gcc -g -O0 main.c 　-o huga -L. -lhoge
main.c:2: undefined reference to `hage`
collect2: ld はステータス 1 で終了しました

367:デフォルトの名無しさん
08/04/10 16:19:41
? gcc -v -g -O0 main.c -o huga -L. -lhoge

368:デフォルトの名無しさん
08/04/10 17:02:27
? gcc -v -g -O0 main.c -o huga -L. -lhoge -Wl,--verbose

369:デフォルトの名無しさん
08/04/10 17:43:36
CとFORTRANでは最適化の方法が違うの？

370:デフォルトの名無しさん
08/04/10 22:06:32
>>366
t ってことはローカルシンボルじゃん

371:デフォルトの名無しさん
08/04/14 20:54:13
Cygwin上でGCCのC,C++のクロス環境を作ってます。
newlibと組み合わせてビルドはうまくいってるんですが、
libstdc++のgchファイルがかなりサイズを食っていて扱いづらいです。
実際には、C++の言語本体の機能だけ利用できれば十分です。
configure時にうまく無効にする方法などあれば教えてください。

372:デフォルトの名無しさん
08/04/15 13:19:53
libstdc++で
configure --help
やってみたら、何か出るかも？

373:デフォルトの名無しさん
08/04/15 13:22:43
GCCに、関数呼び出しとリターンを表示させたり記録させたりする
オプションってありましたっけ？
なんかあったような気もするけど、ぐぐってもヒットせんかった。

374:デフォルトの名無しさん
08/04/15 13:25:40
実行時だとみれるような機能があったような？

375:デフォルトの名無しさん
08/04/15 13:35:46
>>373
記録させることはできないが、-finstrument-functions で hook させることはできる。

ググればいろいろ出てくるが、
URLﾘﾝｸ(www.ibm.com)
ここがわかりやすいな。

376:デフォルトの名無しさん
08/04/15 13:56:20
>>375
なにこれー！今日ほど2chが役に立った日はないわ。ちょーさんくすこ。

377:デフォルトの名無しさん
08/04/15 14:23:08
>>371
--enable-libstdcxx-pch build pre-compiled libstdc++ headers
[default=$is_hosted]

378:371
08/04/15 21:11:44
>>372,377
ありがとうございます。
--disable-libstdcxx-pchを入れて試してみます。

379:デフォルトの名無しさん
08/04/24 20:53:48
gccで、クロージャとは言わないまでも、
ユーザーが作った関数へ、後から動的に値を埋め込む方法はありませんか？
言語処理系のコールバックの実装で、
その関数が呼び出された時に、その値を参照したいのです。
グローバル変数や、アセンブラを使えば作れるのですが、
できれば使わずに済ませたいので。

380:デフォルトの名無しさん
08/04/24 21:00:19
任意のパラメータを受け取れる void* 型の引数を作るといいよ。

381:デフォルトの名無しさん
08/04/24 21:00:26
つ関数へのポインタ

382:デフォルトの名無しさん
08/04/24 21:28:31
#include </dev/tty>

383:デフォルトの名無しさん
08/04/24 21:30:04
>>380-381
いやそうじゃなくて。
言い方を変えれば、関数とユーザー値を組み合わせて
新しい関数を作れるかって事です。
その新しい関数は、呼び出し時に
なんらかの方法でユーザー値を受け取れる事。

384:デフォルトの名無しさん
08/04/24 21:31:21
また、誰が呼び出すかは判らないので、
ユーザー値をその関数の引数に入れる事はできません。

385:デフォルトの名無しさん
08/04/24 21:39:56
g() { return closure_ref(0) + 1; }
f(pg) { return ((int (*)())pg)(); }
main() {
printf("%d\n", f(make_closure(g, 1)));
return 0;
}

この場合2が表示される。
make_closureとclosure_refを作れるか

fはstdlib.hのbsearchやqsortのように、
任意のライブラリの可能性もある。
(当然gはその型に合った関数型になる)

386:デフォルトの名無しさん
08/04/24 21:55:20
C++ならできるからg++使えってのはあり？

#include <boost/tr1/functional.hpp>
#include <boost/utility/result_of.hpp>
#include <cstdio>

template<typename T>
T g(T x)
{
　 return x + 1;
}

template<typename T>
typename boost::result_of<T ()>::type
f(T g)
{
　 return g();
}

int main()
{
　 std::printf("%d\n", f(std::tr1::bind(g<int>, 1)));
}

387:デフォルトの名無しさん
08/04/24 22:02:29
>>386
C++の型拡張による物は呼び出し側(f相当)を限定してしまうので不可です。
あくまで汎用的なコールバックに使える事が前提なので。
一応nested functionで限定的にできる事は判っています。

388:デフォルトの名無しさん
08/04/24 22:08:04
>>387
その限定というのは、boost::function (もしくはstd::tr1::function)で何とかなるものではない？

389:デフォルトの名無しさん
08/04/24 22:16:17
>>388
boost::functionでできそうです。
ありがとうございます。

390:デフォルトの名無しさん
08/04/25 13:47:24
GCC4で、できなくなった気もするが
つ URLﾘﾝｸ(gcc.gnu.org)

391:デフォルトの名無しさん
08/05/03 12:17:28
Apache C++ Standard Library 4.2.1 released
URLﾘﾝｸ(mail-archives.apache.org)

392:デフォルトの名無しさん
08/05/20 07:48:27
URLﾘﾝｸ(gcc.gnu.org)
> GCC 4.2.4 is now available to download from gcc.gnu.org and ftp.gnu.org

393:デフォルトの名無しさん
08/05/24 14:54:03
たまに聞く、GCCは4シリーズより3.4とかの方がアプリなどの動きが早いって聞いて入れてみた。
コンパイルが出来ない物が出てきたから一時は諦めたけど、最近C++関連は（sijc,glibmm,cairomm,gtkmmなど）
全部同じコンパイラーじゃないとうまく動かないというのを知ってその辺全部3.4でコンパイル。

使用してみた感じ、コンパイル（-O2のみ）した各アプリの動きが良い。カーネル2.6.25もGCC3.4でコンパイル。
立ち上がりとかも早くなりました。dmesgの左に出る起動時の細かい時間とかも早くなっているのが解る。

GCCの4シリーズなどは、その新機能を生かすソースを書いてあげないとあまり意味が無いんでしょうか・・・
快適なのでとりあえずしばらく3.4メインにしようかな。

394:デフォルトの名無しさん
08/05/24 16:53:22
>>393
気のせいですよ。

395:デフォルトの名無しさん
08/05/24 17:50:22
このスレ見ている人がいるなんてwww　全米も感動（TT)

396:デフォルトの名無しさん
08/05/24 18:26:30
違いが気になるなら、アセンブリ出力を見比べてみればいい。

397:デフォルトの名無しさん
08/05/24 21:59:58
アセンブリなんか見るよりアプリケーションベンチ取ればいい。
アセンブリの差はCPU側の処理方法によって優劣付けにくいから。

それにしてもgcc替えてまでやっての感想が「気がします」とは
だんだんオーヲタみたいになってきたな。電源ケーブルを純銅にしたら
電気の流れが速くなってキビキビ動作になりました！と変わらん。

398:デフォルトの名無しさん
08/05/24 22:49:16
>>393
気になるなら調べてください。
調べる気がないなら気にしない方がいいです。

399:デフォルトの名無しさん
08/05/24 23:14:13
>>393
自前コンパイルなら機種依存オプションまで付けろ、と。

400:デフォルトの名無しさん
08/05/24 23:30:40
>>397
電源ケーブルは材質よりインピーダンスとアース極性チェックが大事。
信号線の方は俺は純銀ケーブルにしてる。無酸素銅とどっちが良いかはなんとも言えんが。

401:デフォルトの名無しさん
08/05/24 23:38:43
>>400
うん。そういう風にわかってこだわるのはいいんだ。
>>393は試したって-O2だけかよ、って小一時間問い詰めたい。

実際のところ、カーネルとかマルチメディア系とかはコンパイラの癖にまで
依存したギリギリのチューニングが施されている場合があるから、
コンパイラの能力を評価するにはフェアじゃない。

402:デフォルトの名無しさん
08/05/25 12:02:12
URLﾘﾝｸ(x264dev.multimedia.cx)

403:デフォルトの名無しさん
08/05/28 22:45:06
そういや昔見たのは、
URLﾘﾝｸ(groups.google.com)
gccは2.95が最速、あとは遅くなるだけだぜ、みたいな話

404:デフォルトの名無しさん
08/06/01 03:00:30
毎回gdb立ち上げて特定のメソッドにブレーク張ってとかの作業を
自動化してくれる方法はないでしょうか?

405:デフォルトの名無しさん
08/06/01 03:07:00
>>404
gdbの起動時にスクリプトを実行する機能があるよ。
詳細はmanでも読んで。

406:404
08/06/01 03:14:36
>>405さんありがとうございます。
.gdbinitというファイルをカレントディレクトリに用意して
以下のように書いてうまくいきました。

exec-file ./test.exe
symbol-file ./test.exe
r
b main

407:デフォルトの名無しさん
08/06/02 02:34:00
gccでコンパイルするときに
コンパイルしたソースファイルの名前を、
ディレクトリも含んだ状態でオブジェクトファイルに格納する
らしいのですが、
どこに書かれているのでしょうか?

408:デフォルトの名無しさん
08/06/02 07:35:54
$ nm -a foo.o

409:デフォルトの名無しさん
08/06/07 02:34:16
June 6, 2008
GCC 4.3.1 has been released.

410:デフォルトの名無しさん
08/06/09 14:32:10
GCCで音階のプログラムを組もうとおもっています。
波数とパルスの詳細が知りたいので、教えてください。
４オクターブを想定しています。

411:デフォルトの名無しさん
08/06/09 14:47:42
>>410
GCC関係あるのか？

どういうプラットフォームで何からどうやって音を出そうというのかを
はっきりさせて下のスレあたりで聞いたほうがいいように思う。

サウンドプログラミング４
ｽﾚﾘﾝｸ(tech板)

412:デフォルトの名無しさん
08/06/11 12:28:28
GCCでプリコンパイル済みヘッダ使うとき、元のヘッダ*.hと同じディレクトリに
*.h.gchが作られますけど、release用とdebug用の二つのプリコンパイル済みヘッダを
使いわけたいときなんかは、皆さんどのようにしてますか？

413:デフォルトの名無しさん
08/06/11 15:48:52
*.h 自体を release や debug 用ディレクトリに
コピーしてから使ってるなぁ。

414:デフォルトの名無しさん
08/06/11 15:58:59
ディレクトリ指定してそこに作らせる。

415:デフォルトの名無しさん
08/06/11 16:02:27
URLﾘﾝｸ(gcc.gnu.org)
によると、*.h.gch　というディレクトリを作って、その中にそれぞれ用のプリコンパイルヘッダを置いておくといいらしい･･･

416:412
08/06/11 22:22:02
>>415 さんのやり方で無事できました。皆さんありがとうございます。
*.h.gchディレクトリ以下で、コンパイルオプションが同じものを勝手に使ってくれるようです。
プリコンパイル済みヘッダのファイル名はなんでもいいようです。

417:デフォルトの名無しさん
08/06/14 17:28:44
長い間VC6、VC8（MFC）で実装をやってました
この度、新しいプロジェクトでlinuxでC++の実装を担当することになったのですが
VisualStudioの生ぬるい環境に、長い間どっぷり浸っていたせいで
いまいち、調子がよくありません
gcc（g++）の環境で、VisualStudioのようなデバッガーって無いのでしょうか？

418:デフォルトの名無しさん
08/06/14 18:14:02
EclipseもC++に対応してたような

419:デフォルトの名無しさん
08/06/14 19:47:48
>>418
Thx
Eclipseをインストールして、続けてC++の開発環境もインストールしました
実装に専念できそうです

420:デフォルトの名無しさん
08/06/14 22:03:30
Eclipse既にインスコしたようだが、Dev-c++もお奨め

421:デフォルトの名無しさん
08/06/15 00:25:52
eclipse/cdtかkdevelopだな

422:デフォルトの名無しさん
08/06/15 00:46:17
Emacs以上の環境は存在しない

423:デフォルトの名無しさん
08/06/15 01:29:33
これがゆとり世代か・・・

424:デフォルトの名無しさん
08/06/15 03:30:54
emacsはもう死んだよ

425:デフォルトの名無しさん
08/06/15 09:16:05
Emacs is dead. The future is notepad.

426:デフォルトの名無しさん
08/06/15 13:48:10
>>424
ん？xyzzy が便利なんですが。CL だし。

427:デフォルトの名無しさん
08/06/15 13:50:55
emacs憶えたら便利なんだろうって何となく思うけど、
憶えるための最初の一歩を踏み出す気が起きない。

428:デフォルトの名無しさん
08/06/15 14:49:38
以下のような関数をgccでビルドするとき、
最適化オプションを何もつけていないのに
return -1;の部分が最適化されて消えてしまうことってありますか?

int func(void) {
// この関数が呼ばれた時点でバグなのでデバッグ時は無条件にアサートさせる。
assert(false);

// リリース時に万が一呼ばれたときはエラー値を戻す。
return -1;

}

429:デフォルトの名無しさん
08/06/15 14:51:50
gcc -S でソース嫁

430:デフォルトの名無しさん
08/06/15 15:07:12
>>428
gccは最適化ナシでも簡単なフロー解析(この場合、あからさまに到達不能なブロック)はやっている。

assert() 内部では __attribute__((noreturn)) なファンクションが呼ばれている。

あとはわかるな?

431:428
08/06/15 15:55:11
>>429,430
どうもです。

以下のソースを
gcc -S -o test.s test.c
と
gcc -S -DNDEBUG -o test2.s test.c

とすると挙動がわかりました。
ありがとうございました。

#include <assert.h>
void f(void)
{
assert(0);

int i = 0;
++i;

}

432:デフォルトの名無しさん
08/06/18 01:00:22
複数の-g系オプションを並べた場合は
後ろの方が強いのですか?

gcc -ggdb -gxxx

433:デフォルトの名無しさん
08/06/18 22:12:53
gcc 4.3，ひどいな…

434:デフォルトの名無しさん
08/06/18 23:56:53
いつものごとく4.5くらいまで進めば安定するんでないかい。

ということで3.4使いつづけとります。

435:デフォルトの名無しさん
08/06/19 00:39:25
俺にとって、4.3はC++0xのためだけに存在しているようなもの。

436:デフォルトの名無しさん
08/06/19 02:02:01
openmpのこともたまには思い出して上げてください

437:デフォルトの名無しさん
08/06/19 02:09:27
>>436
思い出してもageません？

438:デフォルトの名無しさん
08/06/19 13:22:48
Converting GCC to C++
URLﾘﾝｸ(lwn.net)

439:デフォルトの名無しさん
08/06/19 20:38:48
>>438
これはつまり
gcc cxx.cpp
ができるようにするからくりというわけ？

440:デフォルトの名無しさん
08/06/19 21:36:18
GCC を C++ に移植したいらしい。

441:デフォルトの名無しさん
08/06/19 21:51:26
The FSF is not writing the code. にワロタ

442:デフォルトの名無しさん
08/06/19 22:14:20
>>440
そっか逆か。ありがと。

443:デフォルトの名無しさん
08/06/19 23:08:06
もういっそJavaでもいいんじゃね派が登場して
混沌としてほしい

444:デフォルトの名無しさん
08/06/20 08:48:26
なんてアグレッシブな！と思ったけどブランチ作っただけでコードはまだか。
内部のモジュール化が進むといいなあ。

445:デフォルトの名無しさん
08/06/25 01:07:28
JavaでいいならCOINS

446:デフォルトの名無しさん
08/06/29 23:26:34
GCC 3.4 x86_64 で -mno-sse が効かないんですが、理由が分かる人はいますか？

gcc -S -fverbose-asm の出力を見ると、-mno-sse を付けているにも関わらず -msse が有効になっています
実際、アセンブリを見ても SSE 系の命令が出力されています

447:デフォルトの名無しさん
08/06/30 01:01:06
>>446
-mfpmath=387

448:デフォルトの名無しさん
08/06/30 01:56:55
>>447
それを付けても駄目みたいです
また GCC 4 系ではそれを付けなくても -mno-sse が有効になります

449:デフォルトの名無しさん
08/06/30 02:01:23
>>446
>GCC 3.4 x86_64 で -mno-sse が効かないんですが、理由が分かる人はいますか？

横な質問なんですけどx86_64でSSEの無いCPUって何ですか？

450:デフォルトの名無しさん
08/06/30 02:28:49
>>449
あまり詳しいことは書けないけど
XMM レジスタを使わないことが前提のアセンブリコードや CPU エミュレータがあるので
C ソースファイルをコンパイルするときに SSE コードを生成して欲しくない

あるいは浮動小数点演算自体の使用を禁止する運用も可能だけど
その場合、浮動小数点演算を使用しているソースをコンパイルエラーで弾くくらいはする必要がある

451:デフォルトの名無しさん
08/07/01 16:46:13
-mno-sse2 なんてオプションはなかったよなw

452:デフォルトの名無しさん
08/07/02 00:25:02
>>451

GCC 4 なら -mno-sse だけで -mno-sse2 -mno-sse3 まで付きますし
GCC 3.4 はそれらを併用しても駄目ですね

453:デフォルトの名無しさん
08/07/02 00:51:05
gccのことは知らないが、
windowsだとlong　modeでFDP/MMX系のレジスタは一切使わない。
スタックフレームもレジスタ優先でほとんど使わないし、
そのとき実数データの受け渡しにXMMレジスタ使ってる。
XMM使うなというのが無理な話状態なのです。

454:デフォルトの名無しさん
08/07/07 00:18:00
すみません、gdbの質問をしたいのですがここでもいいですか?

gdbの中でグローバル変数の一覧を取得（表示）する方法はありますかね?
ローカル変数に関してはinfo localsがありますが。

455:デフォルトの名無しさん
08/07/07 01:05:59
shell から nm 呼ぶってのは無し？

456:デフォルトの名無しさん
08/07/07 02:39:05
info variables

457:454
08/07/07 09:49:28
>>455
えっとグローバルなbssとdataのシンボルを見ろということですかね?
やってみたんですが、自分がいじってるプログラムではどうもconstな変数が
textにいるように見えるんですが... ldの挙動をコントロールしているようで。
デバッグのときだけ「普通」にリンクするというのはありかもしれませんが...

>>456
やってみるとなんかエントリーが重複して見えるんですが、そんなもんですかね。
ちなみにinfo localsと違って値を表示してくれたりはしないんですね。

458:デフォルトの名無しさん
08/07/12 17:05:47
コンパイルをした日時を埋め込む・取り出す方法ってありますか？

今はmake時に引数で`date`なんかを渡す方法を使ってるけど
そのdefineを使うソースがコンパイルの対象になっていない限り
反映されないので、いまいち使い勝手がわるいんです

459:デフォルトの名無しさん
08/07/12 17:12:50
シェルで、日時を何かのファイルに書き込んで、
それからコンパイル。

460:デフォルトの名無しさん
08/07/12 17:15:10
そのソースを毎回必ずコンパイルするようmakefileを書けばいいのだと思うんだけど

461:デフォルトの名無しさん
08/07/12 17:26:04
>>460
その方向でやってみます
となると、次はMakefileスレだな

462:デフォルトの名無しさん
08/07/12 17:43:50
__DATE__ とかないんだっけ
フォーマット考えると自分でやったがいいか

463:デフォルトの名無しさん
08/07/12 18:08:17
all: hoge ・・・・・・・・
hoge:
　絶対コンパイルしたいファイルをコンパイル
でいいんじゃね？

464:デフォルトの名無しさん
08/07/12 20:39:26
GNUmakeなら.PHONYとか

465:デフォルトの名無しさん
08/07/12 21:02:58
ファイルの一番後ろに日付書いといたらいいんじゃないの

466:458
08/07/12 21:20:32
やっぱ>>460の方法はやめました

コンパイルする必要がないときでもmake叩くと必ずコンパイルされてしまう
というのは俺の精神衛生上よくないことがわかりました

467:デフォルトの名無しさん
08/07/12 22:36:37
コンパイルした実行ファイルの日付をチェックすればええんちゃう？

468:デフォルトの名無しさん
08/07/13 00:51:20
埋め込むんじゃなく、コンパイルするたびに
バイナリのMD5ハッシュと時刻をログファイルに記録すればいいんじゃね。

469:デフォルトの名無しさん
08/07/13 01:02:01
質問です。
インストールしたてのcygwinにgcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
がインストールされているので、gccを最新版の4.3.1にしようと思ったのですが。
configure --prefix=/usr/local　とし、
make したら
/home/***/gcc-4.3.1/i686-pc-cygwin/libstdc++-v3/include/ext/pb_ds/detail/thin_heap_/split_join_fn_imps.hpp:108: error: invalid use of incomplete type 'class __gnu_pbds::detail::thin_heap_<Value_Type, Cmp_Fn, Allocator>'
のところで詰まってビルドが止まってしまいます。
この原因についてご存知の方いらっしゃいませんか？

470:458
08/07/13 01:33:13
>>468
それも考えたのですが、なんか面倒なので
リンカに頑張ってもらう方法を調べることにします

471:デフォルトの名無しさん
08/07/13 09:04:25
>>466
それはmakefileの書き方でいくらでも回避できるんじゃね？
最後のlinkする所のtargetの中で依存関係無しにちょろっとccしてしまえばいいんじゃ

472:デフォルトの名無しさん
08/07/13 10:07:05
cat `date` >> hogehoge

とかやって、

strings -a hogehoge
とかやると、読めなくもない。

473:デフォルトの名無しさん
08/07/13 10:09:39
stringsを使わなくても、

tail -c [文字数] hogehoge
でもいける。
後から偽の時刻を埋め込まれたら知らんけど。

474:デフォルトの名無しさん
08/07/13 10:36:17
いずれにしろ -D で渡すのも気に入らないとか、
コンパイラのほうで実現するのは気持ち悪いとか言ってるから、
スクリプトとか他のもので好きなように実現するのがいいんじゃないのか？

475:デフォルトの名無しさん
08/07/13 11:08:07
%%%%%%%%%%CREATION_DATE%%%%%%%%%%%%%%% とか他にありえない文字列で
領域を確保しておいて、ビルドした後で実行ファイル(ライブラリかも知らんが)を
直接書き換えればいいんでは。

476:デフォルトの名無しさん
08/07/13 19:12:12
foo: $(shell date).o

$(shell date).c:

477:デフォルトの名無しさん
08/07/17 04:56:52
VC++からの移行組です。
VC++のソースをGCCでmakeしようとして、
いくつかの違いのエラーで悩まされてしまいました。

それで、どうやっても解決策・代用策が思い浮かばない点を質問させてください。

this->m_char_table[ (add_unsigned<T>::type)c] = this->m_char_table_index;

このように、テンプレートの型をunsignedにキャストして利用したいのですが
GCCではエラーとなります。
こういう使い方は出来ないのでしょうか？
また代用の方法はないのでしょうか？

gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
を使用しています。

よろしくお願いします。

478:マイク ◆yrBrqfF1Ew
08/07/17 07:26:46
おっおっおっ⊂ニ（＾ω＾）⊃
ちょい書き込みtest

479:デフォルトの名無しさん
08/07/17 09:13:45
>>477
エラー張ってくれよ。

480:デフォルトの名無しさん
08/07/17 09:14:20
あとcの型な。

481:デフォルトの名無しさん
08/07/17 09:51:06
>>458
__DATE__ __TIME__でいける。

例
const char aaa[] = __DATE__ __TIME__;

482:477
08/07/17 13:49:10
>>480
cの型はテンプレート(T)です。
基本的には、char、wchar_t、int、shortなどを取ります。
それ以外の型が入れられる事はないようにはなっていますが
基本的には特定はされません。（自分用のライブラリなので整数以外を取る事はありません）

>>479
error: dependent-name ` add_unsigned<T>::type' is parsed as a non-type, but instantiation yields a type
です。役に立ちますでしょうか？

よろしくお願いします。

483:477
08/07/17 13:52:17
自己解決しました。
そのエラーメッセージの後に
note: say `typename add_unsigned<T>::type' if a type is meant
と出ており、そのとおりやったら解決しました。
盲点でした。

どうもありがとうございました。

484:デフォルトの名無しさん
08/07/17 13:55:51
どの辺が盲点なのかと。
英語で書いてあるところか？

485:デフォルトの名無しさん
08/07/17 14:04:14
つーかそれ、VC++でもエラーにならね？
VC++6.0組?

486:デフォルトの名無しさん
08/07/17 14:19:24
>>485
6.0、2003、2005、2008で試したけど問題にならんよ。
VC++はなぁなぁだからなぁ・・・。
IEとかと同じで、その辺がMSの製品って好まれるんだろうね。
いいとは思わんけど、ちゃんと規格にそってる方が敬遠される状態は勘弁してもらいたい。

487:デフォルトの名無しさん
08/07/17 14:23:04
いや、この場合はGCCの規格が悪いと思う。
普通に考えればtypenameをキャスト時にするのはおかしいもの。

次に>>477が詰まるのは、wchar_tかなｗ
wchar_tを取りうるって言ってるし。
GCCのwchar_tは欠陥品な上、
文字コードの統一の問題が・・・ｗ

488:デフォルトの名無しさん
08/07/17 15:02:46
>>487
5.4 Explicit type conversion (cast notation)
8.1 Type names
7.1.5.3 Elaborated type specifiers
くらい読めよ。

あと「GCCの規格」なんてバカな言葉は使うな。
どうせいうなら「GCCの仕様」あるいは「GCCの実装」だ。

wchar_tもいい加減なこと言ってるよなあ。

489:デフォルトの名無しさん
08/07/17 15:46:45
典型的な、コンパイラとライブラリの区別がつかないひと

490:デフォルトの名無しさん
08/07/17 15:59:02
いや、GCCの仕様は馬鹿だろ
あれほど必要の無い理解しがたい仕様をつめるのは
頭の悪い俺には理解できんよ(笑)

491:デフォルトの名無しさん
08/07/17 16:00:39
>>489
typename 修飾子って本来ライブラリの管轄じゃないだろ・・・

492:デフォルトの名無しさん
08/07/17 16:03:54
キャストの問題もライブラリの管轄とは思えんが・・・

493:デフォルトの名無しさん
08/07/17 17:34:46
wchar_tの話だろ。

494:デフォルトの名無しさん
08/07/17 17:39:14
>>484
最初からエラーメッセージ張らない人だから、
そもそもエラーメッセージを読まない人なんじゃないかとw

495:デフォルトの名無しさん
08/07/17 17:59:12
むしろ、エラーメッセージしか見なかったんだろ。
最初の質問で、エラーの内容は理解してると思われる。
ただ、エラー以外をみなかった。ということだろう。

いやね、俺もその傾向あるからわかるんだが
コンパイラってだいたいロクなメッセージ伝えてこないから
エラーそのものしか見る気しないのよ。そのエラーすら別の箇所による問題によって
引き起こされてたりするので、そのまんま信じるわけじゃないし。
１つエラー出ると、大量にどうでもいいメッセージが出るから、頭の中でフィルタかけないとエラーは解決できない。

496:デフォルトの名無しさん
08/07/17 18:22:53
寧ろ、そんな発想だからフィルタが必要なんだろ。

497:458
08/07/18 09:44:05
>>481
そのファイルがコンパイルされた日時ならそれでいいけど・・・

498:デフォルトの名無しさん
08/07/18 10:12:00
何が望みなんだかわかんねえ

499:デフォルトの名無しさん
08/07/18 10:25:03
>>497
Makefileで常にコンパイルするファイルをそれにしておけばいいんじゃね

500:デフォルトの名無しさん
08/07/18 12:14:13
>>498
消えろ

501:デフォルトの名無しさん
08/07/18 12:17:07
俺もよくわからない。
.oが出来た日時をCのソースから利用したい。
a.outが出来た日時をCのソースから利用したい。
どっちなの? 前者なら>>481でFAでしょ?
後者なら>>464の方法で出来るよね。
もっと違うこと?

502:458
08/07/18 13:10:48
>>501
バージョンを取得する関数のあるソースを hoge.c としたとき
hoge.o を他の全オブジェクトに依存させればいいのかな？
やってみるよ。

503:458
08/07/18 13:15:23
できた。ありがとう >>501

>>499
コンパイルの必要が無いときはコンパイルしたくないんですよ。

504:デフォルトの名無しさん
08/07/18 15:04:35
501だが、>>501と>>502眺めて
30秒考えてようやく仕様が分かったw
>>501の後者って事だよね。

>>464の言っている別解だが、

.PHONY: hoge.o

これで「hoge.o is up to date」になることなく、
hoge.oが必要とされれば、タイムスタンプ比較をショートカットして、
毎回ルールに基づいて生成しようとする。で、

a.out: $(OBJS) hoge.o

としておけばいい。

505:デフォルトの名無しさん
08/07/18 15:56:12
>>504
それソースが更新されてないときでも、生成されね？

506:デフォルトの名無しさん
08/07/18 16:17:45
a.out が更新されたってことは生成必要なんじゃ？

507:デフォルトの名無しさん
08/07/18 16:50:47
a.out: $(OBJS)
$(COMPILE) $(CFLAGS) hoge.c
$(LINK) $(OBJS) hoge.o

508:デフォルトの名無しさん
08/07/18 17:14:44
BCB使っていて興味本位にGCC触ってみたんですけど
下のコードって通らない、というか間違った書き方なんでしょうか？
環境はubuntuのg++4.1.3です

template< typename T >
class test
{
friend class test< T >; <<ここで怒られてる
public:
int aaa;
};

509:デフォルトの名無しさん
08/07/18 17:20:07
エラーメッセージは?
読んだ?

510:508
08/07/18 17:38:43
～ error: class 'test<T>' implicitly friends with itself
と出ていました。

英語もわからずGUIでしか操作したことないとGCCなんて使うこと出来なさそうだなぁ。

511:デフォルトの名無しさん
08/07/18 17:45:22
「自分自身はいちいち宣言しなくてもfriendされてるのと同じことできるよ」と言っています。

512:デフォルトの名無しさん
08/07/18 17:51:40
ええええ！
・・・実体が違うなら同じクラスでもpraivateに触れないと思ってました。
ありがとう！

513:デフォルトの名無しさん
08/07/18 20:56:11
なんか .PHONY が誤解されてる気がする。

514:デフォルトの名無しさん
08/07/19 09:00:41
>>512
ちっとは英語の勉強しようよ。なんだそのスペリングミスは。

515:デフォルトの名無しさん
08/07/19 09:08:09
わざとじゃねーのか。
さすがにキーワード間違えないだろ

516:デフォルトの名無しさん
08/07/19 09:32:08
playmateに触れたい

517:デフォルトの名無しさん
08/07/23 00:32:51
あるオブジェクトファイルがリンクされたかどうかって・・・というか、
あるシンボルの中身が存在するかどうかってソースレベルでチェックできる？

存在しないシンボルを参照してもリンカがエラーを吐かないことが前提で・・・

518:517
08/07/23 00:47:49
__attribute__((weak_import)) が自分のやりたいことに合致しそうだけど
サポートしてるのは MacOS X だけっぽい
諦めてほかの方法を探すかな

519:デフォルトの名無しさん
08/07/23 01:29:49
何をしたいのかがわからない。
実行時にシンボルの中身が存在するか判定したいんだったら遅延リンクでもいいんじゃね？

520:デフォルトの名無しさん
08/07/23 01:48:10
>>517
つ dlopen(3)

521:デフォルトの名無しさん
08/07/23 06:42:03
>>517
オブジェクトのリンク状況つうのは、

foo.c
#include <stdio.h>

int bar_magic = 0 __attribute__ ((weak));

int is_bar(void)
{
return 0;
}

int main(void)
{
　printf("%d\n", is_bar());
　return 0;
}

bar.c
int is_bar(void)
{
　return 1;
}

とかやって、
$ gcc -o foo foo.c && ./foo
$ gcc -o foo foo.c bar.c && ./foo
の結果が変わるでいいんですか？

522:517
08/07/23 19:07:38
>>519
質問の仕方が下手ですまん。
最終的には組み込む予定のとある関数を、一時的に外したいが #ifdef などでソースを切り分けたくない。
シンボルの中身の有無がプログラム中から判別できれば、 makefile 側でリンクするオブジェクトを
管理するだけなので楽かなと思った。

>>520
条件の後出しで申し訳ないが、組み込み環境なので動的リンクはちょっときつい。

>>521
weak_import じゃなくて weak で良かったのか。どうもありがとう！

int weak_func(void) __attribute__ ((weak));
/* int weak_func(void) { return 1; } */

int main(void)
{
　　if (weak_func)
　　{
　　　　dbg_print("Function exist\n");
　　}
　　else
　　{
　　　　dbg_print("Function not exist\n");
　　}
　　return 0;
}

523:デフォルトの名無しさん
08/07/23 20:59:40
リンクエラーは解決したか？

524:517
08/07/23 23:48:01
>>523
俺宛てかな？実はそこが問題になるとはあまり考えてなかった。
中身が無いことを前提にしたシンボル参照をソースで意図出来れば、
当然リンカもエラーは吐かないだろうと思ってたので。（そしてその通りになった）
でも気にしてくれてありがとう。

今後の予定としては、間違えて同名のシンボルを別のソースで定義してしまい
関数が上書きされたことに気づかずバグに苦しむ。というストーリーを計画しています。

525:デフォルトの名無しさん
08/07/24 17:14:00
GCCのコンパイルがおわらねぇ

526:デフォルトの名無しさん
08/07/24 17:17:21
まあ環境によっては2日仕事だな

527:デフォルトの名無しさん
08/07/24 18:37:23
マジか…
400MHｚのアナルスペックで3時間くらい放置してる絶望

528:デフォルトの名無しさん
08/07/24 19:31:19
余計なの削除してやり直すか…

529:デフォルトの名無しさん
08/07/24 20:51:42
>>525
もし余ってるマシンがあるなら、distccで分散コンパイルとかどうよ。
C++だとエラー出まくりで、コンパイルできなかったりするけど。(これは俺の設定が悪いのかな？)

530:デフォルトの名無しさん
08/07/24 22:41:16
make LANGUAGES=cで放置

メインのPCは修理に出してしまったから、400MHｚの一台しかないんだよ…
やっと3時間くらいでstage1が終わったから、朝までつけっぱなしで終わりそうかな
マルチコアCPUなら-j 2とか付けたいんだけど…

531:デフォルトの名無しさん
08/07/25 09:25:12
>>530
ひとつでも-j 2はこうかてきめんだよ。
HDDに書いてる間CPUひまだし

532:デフォルトの名無しさん
08/07/25 17:15:29
今まで-jなんて知らなかったorz
クアッドコア使えるのに。

533:デフォルトの名無しさん
08/07/25 18:26:22
な、なんだってー(AA略

534:デフォルトの名無しさん
08/07/25 19:21:39
ｰj10

535:デフォルトの名無しさん
08/07/25 19:33:24
軽く15年前からあるオプションだよなw

536:デフォルトの名無しさん
08/07/25 20:02:57
エラーでるわ
素直にバイナリ落としてきた

537:デフォルトの名無しさん
08/07/25 20:03:33
OpenOffice.orgは非常に大きなプログラムなので、
RPMファイルの作成には長い時間が必要となる。
1GHzのCeleronで実行したところ、14時間以上かかった。
URLﾘﾝｸ(www.atmarkit.co.jp)

538:デフォルトの名無しさん
08/07/26 21:28:10
C言語で書かれているプログラムをAlphaの命令セットで実行できるように
クロスコンパイルするにはどうすればいいのでしょうか
まず何が必要なのでしょうか？
とりあえずGCC,binutil,glibcを用意してみたのですが…

539:デフォルトの名無しさん
08/07/26 22:05:49
>>538
URLﾘﾝｸ(linux.bytesex.org)
でどうよ?

540:デフォルトの名無しさん
08/07/27 05:47:44
gccやbinutilもってきたなら中のドキュメント読めば、つーか
configure --helpすれ。

541:デフォルトの名無しさん
08/07/27 09:35:55
>>539
すげーどめいんw

542:デフォルトの名無しさん
08/07/27 10:15:19
んー。「エンディアンネス」のくだけた表現で、向こうではわりかし普通よ？
URLﾘﾝｸ(www.catb.org)

543:デフォルトの名無しさん
08/07/27 15:02:15
>>541
もしかして：
www.bitesex.com

544:デフォルトの名無しさん
08/07/27 19:37:15
>>541
vmware に NetBSD 入れて /usr/src/build.sh -m alpha tools

545:544
08/07/27 19:38:37
>>541
って、すげードメイン、か。すげーめんどいん、に見えた。
逝ってくる。

546:デフォルトの名無しさん
08/07/27 19:48:13
すげーメイド！

547:デフォルトの名無しさん
08/07/29 00:34:26
いろいろアドバイスありがとうございます
とりあえずGCC,binutil,glibcだけでなんとかなるor541の方法ってことでOK?

binutils入れてみようとおもったのですがconfigureで　HOST=~には使っているマシンの
状況を書けばいいのかな？　それともプログラムのバイナリを実行させる先の
事をかけばいいのか…

HOST=CPU-COMPNY-SYSTEM ってことらしのですが
CentOSでPentium４のマシン使っている場合だとx86-centos-linuxで
いいんですかね？

548:デフォルトの名無しさん
08/07/29 00:46:44
>>547
カナディアンクロスやるんじゃなければ
ホストは configure が勝手に発見してくれるので
/path/to/configure --target=
で桶

いろいろほげってダメだったらまた濃い

549:548
08/07/29 00:50:02
ちなみにこのへんの GNU toolchain は
カナディアンクロスもある程度考慮されてるので

"Linux ホストで、MipsターゲットのCygwinバイナリを作る"
てな感じも(必要な知識があれば)可能。
↑経験談

550:デフォルトの名無しさん
08/07/30 21:50:20
GCCは変態だなぁ（褒

551:デフォルトの名無しさん
08/08/06 07:44:13
クロスコンパイルはGCC & binutilsの独擅場だからねぃ

552:デフォルトの名無しさん
08/08/22 03:13:53
このスレには優しい神が宿っているようだ。

553:デフォルトの名無しさん
08/08/27 02:39:23
>>550
変態なgccだなあ

554:デフォルトの名無しさん
08/08/28 13:49:35
4.3.2

555:デフォルトの名無しさん
08/08/30 01:09:13
GCCは最高のクロス開発環境だなあ

556:デフォルトの名無しさん
08/08/30 20:49:53
GCC に #pragma optimize はないんですよね？

ある大きな数値計算プログラムがあって、
全体としては -O や -O2 など最適化はしたい。
けど一部、計算誤差などを考慮した、
計算の順番を変えてほしくないコードがある。

Intel Compiler などは pragma でソコは最適化しないように
回避できるんだけど、GCC はどうしようかと。

なんか手段あります？
ソースを分けて、そこだけ -O0 にするしかないのかな？

557:デフォルトの名無しさん
08/08/30 21:07:41
> ソースを分けて、そこだけ -O0 にするしかないのかな？

と思う。

558:デフォルトの名無しさん
08/08/30 21:17:06
>>556
-fno-fast-math か？

559:デフォルトの名無しさん
08/08/31 00:43:26
556とは別人なんだがinline関数なんかの場合はそこだけコンパイラオプションを変えるわけにもいかないし
精度は保ちつつ最大限速くしてもらいたいからvolatile使うのも嫌だしとワガママ言ってしまうことはあるね。

Cを高級アセンブラとして使っているときに
局所的に自分でスケジューリングした順序で動いて欲しいこともあるし。

560:デフォルトの名無しさん
08/08/31 13:43:44
>>556
研究や業務で使う道具としては悩むよりもicc使っておいた方が良い場合に該当するんじゃなかろうか？

561:デフォルトの名無しさん
08/08/31 16:33:28
volatile とかうまく使えないんだろうか

562:デフォルトの名無しさん
08/09/02 07:14:38
GCCでもPGOであるんですか？

563:デフォルトの名無しさん
08/09/02 07:57:22
最近のならあるよ
-fprofile-generate/-fuse-profile

564:デフォルトの名無しさん
08/09/02 07:57:55
まちがえた-fprofile-useね

565:デフォルトの名無しさん
08/09/02 16:26:38
フリーなのにすごいですね…

566:デフォルトの名無しさん
08/09/02 18:06:49
実績だけは(アーキテクチャによっては)存分にあるからな。

567:デフォルトの名無しさん
08/09/03 02:16:10
__artificial__アトリビュートを調べていたら、下のドキュメントが
あったけどなんかいまいち理解できん。
わかりやすい日本語で解説してくれ！

artificial
This attribute is useful for small inline wrappers
which if possible should appear during debugging as a unit,
depending on the debug info format it will either mean marking
the function as artificial or using the caller location for
all instructions within the inlined body.

568:デフォルトの名無しさん
08/09/03 03:21:28
この属性は小さなインラインラッパー関数に使いよい。
その関数とはどういうものかというと、デバッグ中には
関数の中に入らずに単体として扱われるのが望ましいもの。
この属性がどう実現されるかというと、
デバッグ情報フォーマットによるが、
関数にartificialというマークをつけるか、
またはインライン化された関数本体中の呼び出し位置を使う
(どう使うのかは書いてない)ことになるだろう。

……と理解した。
デバッグの必要のないような機械的に生成したラッパーインライン関数
なんかに使うといいんでないのかしら。

569:デフォルトの名無しさん
08/09/03 04:14:54
$(GCC)/gcc/config/i386/emmintrin.h みてね。

570:567
08/09/04 00:45:24
>>568
よく分かった！ありがとぅ！

>>569
まさにそれを見てて気になったんで調べてた

とりあえず、*mmintrin.h は非常に使いづらいんで
自前でラッピングしようと思った次第。

それにしても、GCCのアトリビュートは書きにくい。
アトリビュートはC#の書き方がいい感じ。

[Align(16)]
int hoge = 12;

とか。

571:デフォルトの名無しさん
08/09/04 01:29:14
gccの方が何に掛っているかはっきりする。

572:デフォルトの名無しさん
08/09/06 03:11:43
gccでコンパイルしたバイナリを販売したらダメなんだろ？
イミネー

573:デフォルトの名無しさん
08/09/06 03:21:42
いや、コンパイルしたもの自体は問題にならない。
GPLなソースが混入してない限り。

だがそれが回避しにくいように念入りに作られてるんだわこれが…

574:デフォルトの名無しさん
08/09/06 03:29:58
それと仮にGPLだったとしても、GPLなら販売禁止ってわけじゃないよ。屁理屈みたいだけど。

575:デフォルトの名無しさん
08/09/06 04:03:45
>>572
どこでそんな嘘聞いてきたんだ。

576:デフォルトの名無しさん
08/09/06 04:07:21
>>573
作られてない。そもそもふつーにコンパイルする範囲ではGPLの影響は受けない。
お前のプログラムにGPLが感染するのは、コンパイラ関係無しにGPLのコードを混入させたときだけだ。

577:デフォルトの名無しさん
08/09/06 04:12:17
>>572-573
なのこの頭の悪いしったか連中…
libcがGPLのときのバイナリと混同でもしているのか?

578:デフォルトの名無しさん
08/09/06 05:15:05
4.4がstage3になったのか。
リリースは来年ですかねえ。

>>577
libgccが例外なしGPLとか。

579:デフォルトの名無しさん
08/09/06 06:12:30
In addition to the permissions in the GNU General Public License, the
Free Software Foundation gives you unlimited permission to link the
compiled version of this file into combinations with other programs,
and to distribute those combinations without any restriction coming
from the use of this file.

580:デフォルトの名無しさん
08/09/06 20:32:00
GNU一般共有使用許諾における許容に加えて、フリーソフトウェア基金はこのファイルのコンパイルされたバージョンを他のプログラムへの組み合わせにリンクして、このファイルの使用から無制限に来るそれらの組み合わせを広げる無制限な許可をあなたに与えます。

次ページ