[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/09 18:42 / Filesize : 91 KB / Number-of Response : 457
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

GCCについて part9



1 名前:デフォルトの名無しさん [2009/06/27(土) 08:34:50 ]
史上最強かもしれないツール、GCC(GNU Compiler Collection)について語るスレ。

GNU本家のGCCページ
gcc.gnu.org/

Binutils - Collection of binary utilities ←これも必要だぞ。
www.gnu.org/directory/GNU/binutils.html

GNU Binutils
sources.redhat.com/binutils/

GCC online documentation
gcc.gnu.org/onlinedocs/

Installing GCC
gcc.gnu.org/install/

GCC Timeline
gcc.gnu.org/releases.html#timeline

Calendar
gcc.gnu.org/develop.html#timeline

前スレ
GCCについて part8
pc12.2ch.net/test/read.cgi/tech/1192201659/l50

2 名前:デフォルトの名無しさん mailto:sage [2009/06/27(土) 23:54:04 ]
おつ


3 名前:デフォルトの名無しさん mailto:sage [2009/06/28(日) 01:06:56 ]
>>1


4 名前:デフォルトの名無しさん mailto:sage [2009/06/28(日) 14:46:01 ]
  /|            
 //||             
    ||         /( (・゚))
  . |:|       //
 . | |       | |                  |
  | |        |. |                 .||
  | |      / |     , _____    .||
  | |      /  |     / ____  /   .||
  | |      /.   |   / /    / /     |:|
  | ||     | -‐-|   / /    / /      | | 
  | ||\   /   /   / /    | |____/ .|
  | :| \ \/    |   / /     \.______/
  | |  \      ゝノ /
  | |  /)       /
 . .|| / /       |
   | (_/       \
     /   /⌒\  \
    (___/    \__)


5 名前:デフォルトの名無しさん mailto:sage [2009/06/28(日) 14:51:27 ]
>>4
ミギーか。
懐かしい。



6 名前:デフォルトの名無しさん mailto:sage [2009/06/28(日) 14:54:59 ]
    ._
     \            、・、                  .,
  .  . .`、            、`・、        .       .,
     .   \             .`・x、            .,       .‐ヤTTTTTTTTTTTTTT_ニ‐!
    .    .\              、`ー、_   .   .   .i                  _.‐“゜
          \               、`・、        }               _.‐“´
            ヘ_    .    .   .   ./    .   .i      .      、、・゛
           ._.^   .   .   .   ._.″    .   、}   .   .  .  ._.^             、
        ゙_.・´   .   .   .  ._.・′         、i       .    ノ゜              ゙’
   .  ._.・^    .    .   ._、‐?´    .    .    .′        ゙/`               、1
 . . ..ヤ´      .      、・^`                         .(_                 ,
                .               .               .`¨“〜-=.、_        ._.
                                     .                  `¨“?〜---・^`

7 名前:デフォルトの名無しさん [2009/06/29(月) 13:17:44 ]
空気読まずに質問です。
ググってみたが解決策が見つからないです。ヒントをください。

const short x_limit_min[8] = {i, i-1, i-2, i-3, i-4, i-5, i-6, i-7};
__asm__ volatile (
 :
" movdqu %[x_limit_min], %%xmm3 ¥n¥t"
 :
:: ..., [x_limit_min] "m" (x_limit_min), ...
: ... );

こう書いてみたところ、(Xは数字)
error: memory input X is not directly addressable
と警告されてしまう。
ローカル配列のアドレスを渡すだけなので
:: [x_limit_min] "m" (&x_limit_min)
としてみても、同じエラーだった。どうするのが正解でしょう?


8 名前:デフォルトの名無しさん mailto:sage [2009/06/29(月) 13:57:07 ]
>>7
x_limit_minのポインタをレジスタに入れて間接アドレッシングで書いてみたら?

9 名前:デフォルトの名無しさん [2009/06/30(火) 04:44:30 ]
Mac OS Xのgccってgccのホームページからソースをダウンロードしてコンパイルして
置き換えてしまっても大丈夫なのでしょうか?

10 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 05:15:54 ]
age質問でマカー。
おまけにスレ違い。最悪だよな。



11 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 10:23:33 ]
スルーできないのがドザ

12 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 11:50:01 ]
>>9
マジレスすると、No。

MacOS Xについているgccは、Apple Extensionがいくつか
入っている。だから、置き換えるんじゃなくて別のパスに
バイナリを置いて、環境変数CCとかにフルパスを埋め込んで
きりかえる。例えば、/opt/local/bin/とか/usr/local/bin/とか。

Xcodeがデフォルトでgcc4.0.1と4.2.1、llvm-gccを入れるけど、
MacPortからすっぴんgccをバージョン指定で落としてきて入れるっ
てのが可能らしい。試したことは無いけど。

13 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 20:29:22 ]
マカーウゼー

14 名前:7 mailto:sage [2009/06/30(火) 20:32:48 ]
>13
まあまあ。Appleのllvmとかclangへの貢献度は高いと思うし。

>8
解決しました。vectorを使ってあげればそのまま行けました。こんな感じです。
v8hi x_limit_min = {i, i-1, i-2, i-3, i-4, i-5, i-6, i-7};



15 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 20:50:48 ]
>>9
>>12が言ってるが、フレームワークをリンクしたりするなら止めたほうがいい。
binutils相当がかなり違うし、GCC自体も独自拡張の部分が多いから。
gccのmanページで"APPLE ONLY"を検索してみると違いがよく分かる。

16 名前:デフォルトの名無しさん mailto:sage [2009/06/30(火) 21:21:30 ]
ドザよりよっぽどgccに近いところにいると思うんだ。

mac使ったことないけど。

17 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 03:07:10 ]
それは無い。
次の無かったNeXTならともかくw

結局、Solarisに成る前のSUNが一番良かったな。

18 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 05:15:07 ]
AppleがFSFに協賛してるなんて初耳だ。
Mac OSってGPLなの?
コンパイラ作る技術が無いから利用してるだけでしょ。

19 名前:7 mailto:sage [2009/07/01(水) 05:39:33 ]
>>18
んなこたあない。

arstechnica.com/apple/news/2007/03/apple-putting-llvm-to-good-use.ars

OpenCL、CUPS、WebKitとか、それなりにOpenSourceな世界にも貢献
してる。パッチも投げてるし、別におかしくないかと。


20 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 06:29:24 ]
>>19
いや、結構オープンソース嫌いなイメージがあるのだが。
当てつけのように暗号化したりして邪魔してるじゃん。




21 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 07:27:00 ]
>>18
www.opensource.apple.com/

技術がどうとかよりNeXT時代からGCCベースだし、ObjC/ObjC++サポート以外
にもGCCに様々な貢献をしていると思うが。
変な独自コンパイラを作られるよりGCCの方がずっと良いと思う。

22 名前:7 mailto:sage [2009/07/01(水) 08:29:40 ]
>>20

「当てつけのように暗号化」の話は はつみみです。
そーすよろ。

23 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 08:39:12 ]
OS Xはしばらくの間ソース公開してたよな。

24 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:17:34 ]
>>19
自分とこでも動くようにパッチ投げてるだけで、最初のソース本体を
GPLで公開してない。それどころか自社独自ハードのデバドラは
ソース非公開だし。そこに挙がってるような上っ面のソフトなんて、
別にソース公開してくれなくても、見た目が似たようなのは幾らでも
作れる。必要なのはハードウェアのデバドラをOSS化すること。

そもそもOS X 自体を再コンパイル出来ないし。

>>21
GCCは利用するが、貢献はしてない。むしろあからさまにGPLを
成果物から避けてる。Takeはするけど、Giveはしない。

>>22
voidウザい。

25 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:24:24 ]
Apple Public Source Licenseとか、CDDLなSunやMS-PLなMicrosoftと同じ穴の狢。

26 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:28:24 ]
>>24 がうわっつらだけしか見てない奴ということはよくわかった。

27 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:38:07 ]
最近のアップルの独自ハードなんてiPhone/iPodTouchのARM SoCくらいで後は汎用部品ばかりじゃないか

28 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 13:39:14 ]
見てないではなく、>>24は「何も知らない」が適当だな

GCCへの貢献が無いだとか、嘘もいいところだ

29 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 16:19:51 ]
上に貼られているリンクみればDarwinのコード落とせるのにね。

30 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 16:22:56 ]
カーネル部分だけでなくお望みの各種デバイスドライバのソースも
置いてあるのにな



31 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 19:29:49 ]
米IBMらがオープンソースマシン学習コンパイラを発表――開発時間を短縮
sourceforge.jp/magazine/09/07/01/0714255
>GCCをインタラクティブなマシン学習対応研究ツールに変換する「Milepost Framework」を利用、それぞれの設定に応じてコンパイラを開発することなく、自動的に最適化するコンパイラを生成する。
>ターゲットアーキテクチャ向けにアプリケーションを迅速にチューニングするため、再設定して構築するシステムの開発期間を短縮できるという。
>「IBM System p」で行った組み込みアプリケーションのベンチマークテストでは、性能が平均18%改善されたという。

まーたこの人誤訳してそうだなぁ…。

32 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 20:38:00 ]
「機械学習」で成語だよなぁ

33 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 20:41:26 ]
>>24
>Takeはするけど、Giveはしない。

Give を強要するのがオープンソースじゃないでしょ。
それに、Apple 由来のソースコードは沢山見掛けるよ。

俺は意識的に GPL 物を避けてるけど、ライセンスの選択は
プログラマの自由だから他人にとやかく言われたくないし。

34 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 21:44:00 ]
マカーってDarwinを免罪符にしてるけど、DarwinはMac OS Xじゃないんだけどね。
貢献しているっていうなら、Darwinじゃなく、Mac OS XをGPLで配布すればいいじゃん。
MSもアップルもSUNも同じ穴の狢で、ただの独占を狙ってる企業って事実を認識しろよ。

35 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 21:55:35 ]
クレクレ君乙。
穴の見分けもつかない奴が同じ穴の狢とか言ってんなよw

CDDL は『GPL がコンフリクトを起こしている』だけで、
オープンソースライセンスとしては何の問題も無いぞ。
現に BSDL な環境に持って行っても問題は出ていないし。

36 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 22:16:50 ]
どこまで馬鹿なんだ?
「GCCに貢献してない」と言い出したのはテメーだろうが
それを論破されたからと言って無関係な事を言い出すなよ、気違いが

37 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 22:23:39 ]
>>34
もういいです。Appleとまかが死ぬほど嫌いなのは良くわかりました。
お願いですからトリップつけてください。あぼーんするから。

38 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:14:33 ]
その昔、MS相手にAppleがルックアンドフィールで訴訟を仕掛けたことを理由に
RMSがAppleをdisって以来の筋金入りのRMS信者かなw

39 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 23:57:48 ]
>>34
禿同!

>>36
違う違う。それ俺。

とにかくマカーが狂ってるのは分かったから>>37
トリップ付けろ。アボーンするから。<言い出しっぺの法則

40 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 00:01:30 ]
分裂したw



41 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 05:22:04 ]
貢献してねーじゃん(w
論破とか言って勝利宣言かよ。
マカー的には「アップルはgccに多大な貢献しているから多少のスレチは
我慢しろボケ」ってことかよ。意味わかんねー。

42 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 06:31:18 ]
そういえば昔 NeXT を寄贈してたのってキヤノンだっけ? NeXT 社?

43 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 08:04:41 ]
>>41
糞レスしてる暇あったらGCCのChangeLog見てみろよ
ソースも無しに貢献してないしてないとわめくなクソガキが

44 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 09:13:45 ]
そういや RMS が MIT の AI ラボを借りるときスティーブ・ジョブズが口利きしたっていう
話。 ttp://journal.mycom.co.jp/special/2004/gnu/004.html
こういう貢献もあるってことで。

>>38
この頃はジョブズは NeXT で Apple に居なかったのでルック&フィール訴訟は関係なく、
現在ジョブズ信者である分には RMS 信者と対立しないとかw

45 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 20:15:58 ]
>43
そのとおりですね。

パッチポストしてる人のメールアドレス見てみれば
>41とか>39とかがおばかさんなのは良くわかります。
きっと39とか41とかはchangelogもMLも見たことさえ
ないのでしょう。

46 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:11:14 ]
じゃあ、gccに多大な貢献をしているApple関係のすれ違いは容認ってことで。
今からAppleスレね。
gccの話もしてもいいよ。

47 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:20:11 ]
gccとか書いてる時点で馬鹿確定だな

48 名前:デフォルトの名無しさん mailto:sage [2009/07/02(木) 21:56:33 ]
自己紹介は良いから(w

49 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:29:28 ]
次のようなプログラムをgcc(3.3.5, 4.4.0)でコンパイルするとハネられます。
PGIやwindows SDKのコンパイラなら問題なく通るのだけど、なにか間違ってる?

T::size_type is parsed as a non-typeとか言ってくるし。
でも、
void func(const T&) [with T=std::vector<double, std::allocator;double> >]と、Tがvector型だとわかってインスタンス化してるんですがねぇ。
当然、vector<double>::size_typeは存在するのでテンプレートとして書かなければgccでも通ります。
バグ?

#include <iostream>
#include <vector>

using namespace std;

template <class T>
inline void func(const T& a)
{
T::size_type length = a.size();
cout << length << endl;
}

int main(int argc, int argv)
{
vector<double> a(5);
func(a);

return 0;
}


50 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:32:43 ]
T::size_typeが一見して型名だとは解らないため (enum定数とかstatic変数かも)
typename T::size_type としてみれ



51 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:32:58 ]
>>49
gcc.gnu.org/gcc-3.4/changes.html#cplusplus
> You must now use the typename and template keywords to disambiguate dependent names, ...

52 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 13:54:30 ]
さんくす
lengthの定義のところにtypenameを入れたら通りました。
C++って元からそんな仕様だったっけ?
まあ通ったからいいや。

53 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:20:26 ]
そういう仕様です。

54 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:36:16 ]
環境→OS:Fedora11 gccのバージョン:gcc 4.4.0

GEANT4というシュミレーションコードのコンパイルがうまくいかず、困っています。
3ヶ所ほどコンパイル中にエラーが出ていて、2つは潰したのですが…
最後に残った

Compiling G4ScoreLogColorMap.cc ...
src/G4ScoreLogColorMap.cc: In member function 'virtual void G4ScoreLogColorMap::DrawColorChartText(G4int)':
src/G4ScoreLogColorMap.cc:157: error: 'sprintf' is not a member of 'std'
gmake[2]: *** [/home/xxxxxxxxxxxxx/geant4/tmp/Linux-g++/G4detutils/G4ScoreLogColorMap.o] エラー 1

というエラーが取り除けなくて困っています。
読み込んでいるヘッダーがおかしいんだろうなぁとは思うのですが…
ネットで調べて、色々読み込んでみました。
(1) ttp://www.drk7.jp/MT/archives/001498.html
ここを参考に…(ここはatoiが読み込めませんと出ていた。)
#include <cstdlib>
#include <cstring>
(2) ttp://code.google.com/p/pyminuit/issues/detail?id=8
を参考にして…
#include <algorithm>
(3) ttp://simd.jugem.jp/?eid=73
を参考にして、また、c++がcを下位互換でサポートしている事を踏まえて
#include <stdio.h>

これだけ加えてみましたが、同じエラーが続いています。
どのヘッダーに含まれているのか、ご存知の方いらっしゃいましたら、ご教示いただけませんか?
宜しくお願いいたします。

55 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:45:05 ]
<cstdio>

56 名前:54 mailto:sage [2009/07/03(金) 23:47:06 ]
>>55
本当にありがとうございます!解決しました!

57 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 06:54:06 ]
標準のINCLUDE PATHは変えられないのですか?

自分のHOMEにライブラリをインストールしたのですが、コンパイル時には
システムに標準で入っている古いライブラリのヘッダを観に行ってしまって
失敗するようです。
/usr/localを見ないようにはできませんか?

58 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 09:52:14 ]
>>57
-I-

59 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 11:36:33 ]
普通に見ない

60 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 15:01:16 ]
-isystem



61 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:22:21 ]
gccのオプションで -mtune と -march の違いって何ですか?

62 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:27:36 ]
man gcc

63 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:40:41 ]
ありがとう
ググって解決しました

64 名前:デフォルトの名無しさん mailto:sage [2009/07/23(木) 20:30:20 ]
4.4.1

65 名前:デフォルトの名無しさん mailto:sage [2009/07/24(金) 18:25:36 ]
www.jp.kernel.org/pub/GNU/gnu/gcc/gcc-4.4.1/

66 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 17:02:45 ]
gcc 4.4を使うとGPL強制されるので使っちゃダメです

67 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 17:21:13 ]
夏だなぁ

68 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 19:39:47 ]
gccがパブリックドメインになるのは50年後です

69 名前:68 mailto:sage [2009/08/01(土) 19:52:06 ]
間違えた、著者の死後50年だよね。

70 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:02:18 ]
著作権についてロクに知らない馬鹿だな。

保護期間が50年なのは財産権であって、人格権は含まれない。

パブリックドメインは人格権に相当するものも含めパブリックと解される。



71 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:26:15 ]
人格権は日本では相続不可。保護期間は死後0年まで。

72 名前:デフォルトの名無しさん mailto:sage [2009/08/01(土) 20:38:51 ]
116条

73 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:44:15 ]
影響しないはずの e_X のコメントの有無で結果が変わ
る。誰か報告してくれ。

#include <stdio.h>

// gcc version 4.2.1 20070719  [FreeBSD]
// gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)

typedef enum {
  // e_X = -1,
  e_a,
} enum_t;

void
foo(enum_t e) {
  printf("e %s\n", e < 0 ? "< 0" : ">= 0");
}

int
main() {
  enum_t e = -1;
  foo(e);
  return 0;
}


74 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:56:33 ]
> Each enumerated type shall be compatible with char, a signed integer type, or an
> unsigned integer type. The choice of type is implementation-defined,108) but shall be
> capable of representing the values of all the members of the enumeration.

意訳) enum の型は処理系定義だよ、ただしメンバの値はすべて表現できなければならない

なので、メンバに負の値がなければ、処理系によっては unsigned を選ぶかもしれない
unsigned になった場合は e = -1 は e = (unsigned) -1 のことだから、
なんというか、まぁ、仕方ないんじゃないか

75 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:57:19 ]
e_Xがないとeが負とならないと判断して
printf("e %s\n", e < 0 ? "< 0" : ">= 0");

printf("e %s\n", ">= 0");
に最適化されてるみたい。

76 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:14:59 ]
>>74
マジか…int とコンパチだと思ってたよ。

77 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:16:17 ]
いやでも同一の implementation で揺れるのはどうなの?(w

78 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:26:09 ]
コードとかの問題じゃないけど、わかる人いたら回答おね。

GCC4.4を--prefix=/opt --program-suffix=-4.4のOPTで自己ビルドインスコ。
これでいくとlibstdc++.so.6とlibgcc_s.so.1が/opt/lib64ディレクトリにできるんだけど、
問題はコンパイルしたアプリがこれらを参照しないでUbnuntu9.04のGCC4.3とセット物の/usr/lib配下の
物を参照してる。アプリをコンパイル時にLD_RUN_RATHに/opt/lib64をつけても変わらない。

ちなみに/opt/lib64/libstdc++.so.6は/opt/lib64/libstdc++.so.6.0.12へ、/usr/lib/libstdc++.so.6は
/usr/lib/libstdc++.so.6.10へのリンクだからバージョン違ってる・・

/etc/ld.so.confに/opt/lib64を追記すると両方共それを参照するけど、そうなるとシステム全部のアプリが
(Ubuntuのgcc4.3でコンパイルされてる)全部gcc4.4のを読んでしまう(lddコマンドの結果)。
そうなるとよくないですよね。なのでやめました。

実行アプリ毎にLD_LIBRARY_PATHをつける管理が面倒なのでGCC4.4でコンパイルしたアプリも現状の
GCC4.3のlibstdc++とlibgcc_sを読ませておく状態で使用して何か後々問題出る可能性ありますか?

79 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:26:54 ]
>>73
アセンブリコード出力して比較してみろよ

80 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:34:59 ]
>>78
リンク時に
-Wl,-rpath,/opt/lib64
とかいう話かね?




81 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:38:09 ]
>>78
LD_RUN_RATH→LD_RUN_PATH

82 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:46:19 ]
>>77
揺れていいみたいだね。

99)An implementation may delay the choice of which integer
type until all enumeration constants have been seen.


83 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:47:42 ]
>>80
お、や。もしかしてそれをコンパイル時にコンパイラフラグで渡せばいいのでしょうか。
やってみます^^

>>81
すまそ、タイプミスです。

84 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:21:35 ]
>>78
> /etc/ld.so.confに/opt/lib64を追記すると両方共それを参照するけど、そうなるとシステム全部のアプリが
> (Ubuntuのgcc4.3でコンパイルされてる)全部gcc4.4のを読んでしまう(lddコマンドの結果)。
それほんと?埋め込まれたバージョン番号が違うから、そのへん良きに計らってくれると思ったんだけど。

85 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 01:11:13 ]
>>78
そういうもんだ。Ubuntuのg++-4.2も4.3のlibstdc++使ってるし、PPAにある
g++-4.4を入れるとlibstdc++も4.4にアップグレードされる。

86 名前:デフォルトの名無しさん mailto:sage [2009/08/05(水) 16:46:34 ]
まーlibstdc++のマイナーバージョン違いは気にしなくていいんじゃね?

87 名前:デフォルトの名無しさん [2009/08/27(木) 18:58:19 ]
-fopenmpだっけ?
あれをつけるのとつけないとで違いってでる?

88 名前:デフォルトの名無しさん mailto:sage [2009/08/27(木) 23:14:48 ]
pragma omp云々
してないソースだと無意味。

89 名前:デフォルトの名無しさん mailto:sage [2009/09/03(木) 22:11:25 ]
gcc4.4ってGPL3だから
Windows以外で採用不可能なんだね



90 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 00:12:27 ]
は?



91 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 01:22:03 ]
ひ?

92 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 02:02:51 ]
ふぅ…

93 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 05:53:28 ]
=3

94 名前:デフォルトの名無しさん mailto:sage [2009/09/04(金) 10:08:46 ]
うほっ

95 名前:デフォルトの名無しさん [2009/09/10(木) 22:31:17 ]
gcc 4.4.3 releaseの情報をギボンヌ

96 名前:デフォルトの名無しさん mailto:sage [2009/09/11(金) 09:45:57 ]
gcc-4.4でコンパイルしたオブジェクトとgcc-4.2でコンパイルしたオブジェクトを
リンクするって出来るものなの?

97 名前:デフォルトの名無しさん mailto:sage [2009/09/11(金) 09:59:01 ]
できる

98 名前:デフォルトの名無しさん mailto:sage [2009/09/11(金) 11:50:22 ]
libstdc++の微妙な違いにはまったりして。
まあMajorが同じなら大丈夫か。


99 名前:デフォルトの名無しさん mailto:sage [2009/09/11(金) 13:38:45 ]
>>97
ありがとうございます。やってみたら出来ました。

100 名前:デフォルトの名無しさん [2009/09/12(土) 08:47:46 ]
別のプラットフォームのプログラムを開発することはできますか?



101 名前:デフォルトの名無しさん mailto:sage [2009/09/12(土) 09:14:46 ]
GCC クロスコンパイル でぐぐれ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<91KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef