GCCについて

UTF-8なら通るはずだ。ゴミBOMでもついてんじゃないか?

953 ：デフォルトの名無しさん：03/02/20 21:44

>>952
(STL PORTは入れてない状態で)
undefined reference to std::basic_string<wchar_t,std::char_traits<wchar_t>,
std::allocator<wchar_t> >::basic_string[in-charge](whchar_t const*,std::allocator<wchar_t? const&)
...
collect2: ldreturned 1 exit status
と出てファイルが生成されない。

954 ：デフォルトの名無しさん：03/02/20 22:52

全然問題がちゃうやんけ。

955 ：デフォルトの名無しさん：03/02/20 23:25

>>952
BOMの存在さえしらないんだと思われ
それでUNICODE化がどーのとよく言えたもんだ

956 ：デフォルトの名無しさん：03/02/21 00:22

BOMの存在は知らなかったが,
すべてこの見えない存在に悩まされ続けていたのだった.
なぜ、L""が通らなかったのか.
すべての原因がここにあった.(完)

>>952-955
Thanx.

957 ：デフォルトの名無しさん：03/02/21 08:27

BOMってなあに？

958 ：デフォルトの名無しさん：03/02/21 08:54

#pragma comment(lib,"libcrypt.a") とかできたら楽なんだけどな。
不要にLDLIBS長くしなくていいし。

959 ：デフォルトの名無しさん：03/02/21 10:09

そして移植性がなくなって、代わりに-DLIBCRYPT=\"libcrypt.a\"が山のよう
につくようになる罠

960 ：デフォルトの名無しさん：03/02/21 18:29

>>957
O次郎の唱える呪文

961 ：デフォルトの名無しさん：03/02/22 02:24

>BOM
Begin Of …なんだっけ。
ﾏﾝｾｰ?

962 ：961：03/02/22 02:26

ｳｹ狙おうとして素で間違えた。(赤面
　Byte Order … だったね。

963 ：デフォルトの名無しさん：03/02/22 03:09

移植性？

964 ：デフォルトの名無しさん：03/02/22 08:07

http://www.atmarkit.co.jp/aig/01xml/bom.html
Byte Order Mark

965 ：-W,l名無し：03/02/23 05:02

>>934
モバイル板に"Linuxザウルス開発スレッド"つーのがあって、そこに情報あり。
http://pc3.2ch.net/mobile/kako/1030/10300/1030091920.html
http://pc3.2ch.net/test/read.cgi/mobile/1041161974/

966 ：-W,l名無し：03/02/23 05:06

>>958
何これ?

967 ：デフォルトの名無しさん：03/02/23 12:57

余分なライブラリをいっぱいリンクさせても結局使ってない関数群はa.outには入らないんだよね？

968 ：デフォルトの名無しさん：03/02/23 13:03

>>967
オブジェクトファイルが別ならな。

969 ：デフォルトの名無しさん：03/02/23 13:04

>>967
unixについてもう少し勉強しよう。

970 ：デフォルトの名無しさん：03/02/23 13:52

オブジェクトファイルが一緒なら使ってない関数までリンクされるんだ。
だっせー実装だな（藁
さすが前時代のコンパイラ

971 ：デフォルトの名無しさん：03/02/23 13:55

コンパイラの都合だけじゃないからややこしい

972 ：デフォルトの名無しさん：03/02/23 14:13

つーかオブジェクトファイルが一緒でもリンクは関数別なんて事
できるのか？

973 ：デフォルトの名無しさん：03/02/23 14:41

もしかしてunix依存の話になってる？

974 ：デフォルトの名無しさん：03/02/23 17:21

>>972
インクリメンタルリンクは、それに近い事やってるんじゃないか？

975 ：デフォルトの名無しさん：03/02/23 18:35

>>974
たしかに、インクリメンタルリンクができれば、関数ごとのリンクもできそう
な気がするな。

976 ：デフォルトの名無しさん：03/02/23 20:55

GCCはフリーなのでプリコンパイル済みヘッダーファイルなど大規模開発に必要な機能は
ついておりません。

977 ：デフォルトの名無しさん：03/02/23 23:14

>>976
gcc3.4ではプリコンパイル済みヘッダ機能が取り込まれる予定。

978 ：デフォルトの名無しさん：03/02/23 23:24

streamやlocaleのライブラリは、なんであんなに
一個のオブジェクトファイルにまとめてあるんだろう。
Cのライブラリみたいに関数ごとくらいで分ければいいとおもうんだけどなー。

979 ：デフォルトの名無しさん：03/02/23 23:45

gcj が javaのネイティブコンパイルができるというので使ってみたが、hello, world が
2Mbyte超でちょっと鬱。しかも変なワーニングも出るし。

980 ：デフォルトの名無しさん：03/02/24 00:23

>>970
ｺﾝﾊﾟｲﾗの仕事ではなくﾘﾝｶの仕事です。

981 ：915：03/02/24 22:31

>>967 ～
結果的には出来る様になってる。
>>915 参照の事

>>980
コンパイラ＆アセンブラが部分的に抽出使用出来ないコードを吐いたら、
リンカだけではどうにもならない。オブジェクトレベルで同一オブジェクト内の別関数、
データの配置参照を解決しちゃうとか。で、gccの動作はまさにそれのはず。

982 ：デフォルトの名無しさん：03/02/24 22:40

>>970
Turbo Pascal/Delphiは十年前からスマートリンクしてたけどな｡

983 ：-W,l名無し：03/02/24 23:34

>>974
インクリメンタルリンクって何?

984 ：デフォルトの名無しさん：03/02/25 13:24

>>979
Mac OS XだとHelloWorldは7MB超ですた。とほほ…
これってlibgcjとかboehm-gcを静的リンクしてるんでしょうか?
一応configureで--enable-sharedを付けたのですが。

985 ：デフォルトの名無しさん：03/02/25 13:40

自己レスです。
> Also, we don't seem to support shared libraries on
> Darwin - we need to get a newwer version of libtool
> in order for this to work, I think.
http://gcc.gnu.org/ml/java/2002-05/msg00200.html
こりゃ駄目だ… 新しいlibtoolを当たってみます。

986 ：デフォルトの名無しさん：03/02/25 15:36

>>976
ccache 使え

987 ：デフォルトの名無しさん：03/02/25 16:25

>>986
無学にしてccacheというものを知らなかったのですが、いま CXX = ccache g++としてみて
その速さにちょっと感動しています。976ではないですが、教えてくれてありがとうございます。

このccacheってなんか副作用とか使っていく上で気をつけたほうがいい点とかありますか？

988 ：デフォルトの名無しさん：03/02/25 18:25

GCCについて２

っていうスレ誰か立ててよ

989 ：簡素なテンプレ案：03/02/25 18:35

GNU Compiler Collection について語るスレ
http://www.gnu.org/software/gcc/gcc.html

前スレ
GCCについて
http://pc2.2ch.net/test/read.cgi/tech/1007731543/

関連スレ
祝・GCC 3.0リリース
http://pc.2ch.net/test/read.cgi/unix/992942337/

990 ：デフォルトの名無しさん：03/02/25 19:06

>>989
それでいいんでおながいします。
スレタイトルはあくまで
「GCCについて２」
という方向で

991 ：デフォルトの名無しさん：03/02/25 19:16

GCC
CC　
C　C
グシシ
GCC
CC　
C　C

992 ：デフォルトの名無しさん：03/02/25 19:17

GCC
CC　
C
グシシ
GCC
CC　
C

993 ：デフォルトの名無しさん：03/02/25 19:17

GCC
C
C
グシシ
GCC
C
C