intel compiler for Linux part2
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
04/07/26 16:16ID:U4I37WY2URL:<http://developer.intel.com/software/products/eval/>
の、"Non-Commercial Unsupported Software(非商用、サポート無し)" から、
RedHat系Linux 6.2 または 7.1 に対応した IA-32 や IA-64向きの
最適化C++,Fortran9x用のコンパイラ(version 5.0.1) が無料で
ダウンロードできるようになっています。
(詳しいライセンス条件は、ダウンロード時に表示される文書を
参照してください。)
intel 自身が作ってますので、インテル系のCPUの資源を活用できる
実行ファイルが生成されるます。(AMD の Athlon も Pentium III と
みなしてコンパイルオプションを選べばMMX機能などを使うことが可能です。)
以下は、「無料永続版」を入手した後で、それを実際に使えるようにする
ための設定方法の記述です。
C++ と fortran9x を両方ともインストールする例を書いていますが、
どちらかだけしか必要ない場合は、片方を省略することができます。
例は RedHat6.2 系統向けになっていますが、7.x 向けの場合でも大体同様です。
(Web ページからダウンロードしてくるファイルが違うだけです。)
ダウンロードする際に入力したメールアドレスにインストール時に必要となる
ライセンスキー情報が送られてきます。
前スレ
intel compiler for Linux
http://pc5.2ch.net/test/read.cgi/linux/1007024009/
0052login:Penguin
04/09/17 03:10:16ID:1F7oS3sW0053login:Penguin
04/09/17 09:09:56ID:/igFC11P頭悪そうだな
0054login:Penguin
04/09/17 10:57:41ID:RBtSTcg0前スレから引用
> 840 名前:login:Penguin[] 投稿日:04/01/14 01:50 ID:bxmMbzPt
> GCCだと、AMD64用の場合、大きな配列が取れない。
> AUTOの配列の場合、1個あたり2GBを超える配列は取れない。
> STATICの配列の場合、1個で4GBを超える配列は取れない。
> STATIC配列では一個が大きくなくても、合計で4GBを超える配列は取れない。
>
> 大きなメモリ−を割り当てる唯一の方法は、MALLOCとかCALLOCなどで
> 動的に配列を割り当てること。Cならこれでメモリサイズの制約から
> 逃げるしかない。
0055login:Penguin
04/09/17 19:43:01ID:iJhyrJmkWindows版だけど、上から2GB、2GB、無制限(?)
0056login:Penguin
04/09/17 23:13:03ID:RBtSTcg0あぁ、やっぱり制限あるんですね。
0057login:Penguin
04/09/18 11:59:43ID:bS0tNCQkifort -O3 -xW -tpp7 -static では速度にほとんど差がありません。
man で見るとEM64Tは自動で判断するようなのですが、
明示的に指定するオプションはないのでしょうか?
0058login:Penguin
04/09/18 12:02:49ID:pzyS9Iw0解決情報キボンヌ。intel のForumで-cxxlib-gcc -gcc-name=/usr/bin/gccの
オプション指定しろって書いてあったが今度は/usr/bin/gccっていうディ
レクトリが見つかりませんってエラーが出る。ディレクトリ?
0059login:Penguin
04/09/18 12:39:37ID:O5k20QwPうちではgcc-3.2.3だったかな、だとちゃんといけて、
gcc-3.3.4をいれると通らない。
8.1で通るようになったかな?と思っていれてみたけど
やっぱりgcc-3.3.4だとだめだ。
0060login:Penguin
04/09/18 13:49:08ID:pzyS9Iw0fedora Core2でgcc3.4.2を使ってるけど、これにicc8.0.070.1をインスコ
して使ってるが、問題なく使用できている。
これをicc8.1に入れ替えたとたんに、g++かの場所がわからないってエラ
ーが出る。なぜ?
0061login:Penguin
04/09/18 15:55:58ID:L4N5q1VYこうなるとintelのバグ・・・というかミスの可能性が高いですね
最新update済みのFedoraCore2でも
icc: error: could not find directory in which g++ resides
でiccが動かない。
0062login:Penguin
04/09/18 15:58:18ID:L4N5q1VY> -cxxlib-gcc Is Now the Default for C++
との記載があったので,8.0と同仕様にする-cxxlib-iccを付けても状況は変わらず。
さてどうしたものか。
0063login:Penguin
04/09/18 16:05:22ID:pzyS9Iw0-gcc-neme=/usr/bin/gccって試したが不可。
export GCCROOT=/usrって試しても不可。
いずれも、intelのuser forumに書いてある内容なんだけどだめだった。
0064login:Penguin
04/09/18 19:14:46ID:UZXwUNWg0065login:Penguin
04/09/18 20:39:33ID:Z76z2i3kintel.com でアカデミック向けの無料 Frotran compiler があるわけですが[1]、
一方で、日本の代理店であるXLSOFTでは、アカデミック版を売っています[2]。
両者で何が違うのでしょうか?
リファレンス
[1]ttp://intel.com/software/products/noncom/
[2]ttp://www.xlsoft.com/jp/products/intel/prices_academic.html
0066login:Penguin
04/09/18 21:11:48ID:lnnq6vKzintel.com でアカデミック向けの無料 C/C++ compiler があるわけですが[1]、
一方で、日本の代理店であるXLSOFTでは、アカデミック版を売っています[2]。
両者で何が違うのでしょうか?
リファレンス
[1]ttp://intel.com/software/products/noncom/
[2]ttp://www.xlsoft.com/jp/products/intel/prices_academic.html
0067login:Penguin
04/09/18 21:17:42ID:lnnq6vKzとか言いたくなってしまいました(失礼
[1]をしっかり読むとともに、リンクされているFAQも読んでくださいな
ttp://intel.com/software/products/noncom/faq.htm
> Q. I am a professor. Can I use the non-commercial product as part of the coursework I teach?
> A. No. You may qualify for the academic license .
0068login:Penguin
04/09/18 21:51:02ID:pzyS9Iw0022はEM64T用みたいだね。
006957
04/09/18 23:48:00ID:bS0tNCQkで、同じソースをコンパイルしてfileコマンドの比較をしてみました。
test32: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
test64: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), not stripped
ちゃんとx86-64になってます。
でも、実行速度はチョットだけ遅くなっちゃいました…AMDだから?
0071美江洲出井
04/09/19 01:47:10ID:jbv3nlQrコンパイラとして使えるし、吐き出すコードはどちらでも動作する。
あるいはコンパイラが動作したプラットフォーム用のコードを吐く
ということ?? ところで結果は正常ですか。 3DNOWとかAMD独自部分は
サポートしてないと思うのですが、64ビットのアドレス空間はちゃんと
使えますか? sizeof(void*) が8ですか? SSE3をAMD64用にも吐くのでしょうか?
0072login:Penguin
04/09/19 10:28:14ID:4Wn3Fc7xコンパイラ比較
0073login:Penguin
04/09/19 10:56:54ID:Y9sp0Zqpむ板のgccスレ見たのですか?
007457
04/09/19 11:06:29ID:9hzsMIe0022の出すコードはすくなともFC2ではx86_64と認識されてます。
EM64Tは持ってません。(プレスコ64ってまだですよね?)
64ビットのアドレス空間は試してません。sizeof(void*)は8でした。
ウチのOpteronではコンパイルオプションが -xW でないと動かなかった
のでSSE3は使ってません。新しいOpteronってSSE3を使えるんですか?
0075login:Penguin
04/09/19 11:31:47ID:Y9sp0Zqp>新しいOpteronってSSE3を使えるんですか?
その予定。
ttp://www.vr-zone.com/?i=1123&s=1
0076login:Penguin
04/09/19 11:47:28ID:4xbaSxiKFedora Core2(i386)でエラーが出る件をintelのuser forumに書き込んだが
レスがつかないなあ。みんなは、どうよ。ちゃんと動作してる?
0077login:Penguin
04/09/19 11:48:41ID:Hrv2IkmN何かしらエラーが出る場合は、せめて-ipを入れた方がよい。
(-ipを入れることで自前のプログラムでは10%程度高速化された)
>>72
・・・LAMEとPov-rayでは-ipを入れて欲しかったなorz
0078login:Penguin
04/09/19 11:54:14ID:4xbaSxiK漏れは、Ingoのパッチをあててkernel-2.6.9をcompileしてるが
icc8.0で、オプションで-xWNを指定するとkernelが起動しない
よ。あと、-parallelもだめ。-ipはOKだった。やっぱり極度の最
適化は、kernelの場合避けた方が吉?
0079login:Penguin
04/09/19 12:30:03ID:ZiXmmFKj内容は詳しく読んでないけど,表の数字を見る限り,64bits にする
価値はあまり無さげな気がした..
# 4GB 以上のメモリを積めばいいのだろうが..
0080login:Penguin
04/09/19 14:38:09ID:Hrv2IkmNカーネルのソースは全く知らないから何とも言えないorz
そもそもkernelはgcc向けに作っているだろうから、無理してiccを使わない方が・・・
0081login:Penguin
04/09/19 14:50:24ID:4xbaSxiKパッチは、http://www.pyrillion.org/で手に入るもので作成者は
Ingo A. Kubbilun氏だけど結構有名な人みたいよ。漏れは、最近
はこのパッチでkernelをコンパイルして使ってるけど今のところ
問題は出てないよ。最適化オプションは-O3 -march=pentium4
-ipって指定してる。
008252
04/09/21 22:30:01ID:1lDFuhsUどうもVS統合がインストールされないバグがあるみたい。
0083login:Penguin
04/09/25 10:00:01ID:Fb7wVbyOhttp://money3.2ch.net/test/read.cgi/bizplus/1096072553/
http://www.itmedia.co.jp/news/articles/0409/25/news007.html
米HPはIntelのItanium 2を搭載したワークステーション販売を打ち切った。
市場の状況を理由に、同社は64ビット対応の同プロセッサを搭載したワークステーション販売を9月1日で打ち切った。
ワークステーション事業から退くという決定は、HPのItanium搭載サーバ製品に影響するものではないと話している。
ここが凄い。HPが言うなよ(w
> 「当社はItaniumでワークステーション市場に重点を置いたことはなかった。ワークステーション市場ではXeonプロセッサシリーズのNoconaとEM64Tが最もコスト効率が高い」
さようなら itanium
0084login:Penguin
04/09/25 15:09:15ID:4kKGy1PkExposeとか使えるのかが気になる。
0085login:Penguin
04/09/25 20:42:55ID:CkXJaIsRhttp://softwareforums.intel.com/ids/board/message?board.id=16&message.id=1991
要するに、環境変数GXX_INCLUDEとGXX_ROOTTを正しく設定しろ、ということらしい。
0086login:Penguin
04/09/26 00:24:09ID:py5qhdZKRHEL3.0でcshを使用しているが,.cshrcの中で
setenv GXX_ROOT /usr/lib/gcc-lib/i386-redhat-linux/3.2.3
のように環境変数を設定したらv8.1は動いたよ。
FC2でもディレクトリ名を適宜変えて同様に設定すれば良いと思います。
FC2だと,/usr/lib/gcc-lib/i386-redhat-linux/3.3.3 でしょうか?
あとは,自分で確認して見てください。
0088login:Penguin
04/09/27 01:02:47ID:nSClzD5U見捨ててしまったということは、その前途に黒雲が立ち込めているよね。
インテル自身も、止めちゃうんじゃないの、ああいった複数命令を埋め込んだ
アーキテクチャーは。今後しばらくのトレンドは、マルチコアによる
多重スレッド処理かなぁ。
0089login:Penguin
04/10/02 01:27:38ID:4p6nBjn3HPが辞めたのはWSだけ,サーバーは辞めてないよ.
勘違いしないように.
0090login:Penguin
04/10/02 02:08:09ID:+4bysRe6でも、WSがなくなるということは、ItaniumのターゲットのひとつだったCAE関連ソフトは
今後Itaniumをサポートしてくれなくなる気が。
0091login:Penguin
04/10/02 12:44:21ID:4p6nBjn3意味が分かりません.
WSやーめた -> CAEなんかどうでもいい
ってことでしょ.
0092login:Penguin
04/10/03 19:14:33ID:rWjdfbF4遅いから向かない。いちおう2GB/4GBをこえる実メモリを積んで、やたらに
沢山のジョブなりプロセスなりを同時並行して走らせることが出来るという
点に64ビットアドレスの価値はあったんだろうが、それももはやAMDの
オプテロンであろうとインテルの EM64Tでも一応OKで、たぶんむしろ
速いだろうし。またOSが32ビットのプロセスをサポートしてさえすれば、
32ビットのIA32のバイナリのままでそれぞれは2GB以内でもトータルでは
沢山のプロセスが同時並行して走るからね。
0093login:Penguin
04/10/07 23:31:44ID:CL8vtnz3icpcの挙動が -cxxlib-gcc がデフォルトになったようだ。
しかし、
$ icpc foo.c -o foo
foo.c(1): catastrophic error: could not open source file "iostream"
#include <iostream>
のようなエラー発生
-gcc-name=/usr/bin/gcc-3.2 、というのをつけると
使えるようになるけど、なぜかロケールC限定
それでは...というので
-gcc-name=/usr/bin/gcc-3.3|3.4
のようにしてみたが、これは通らない。
または
-cxxlib-icc
で以前の挙動の模様。
0094login:Penguin
04/10/07 23:58:43ID:CL8vtnz3どうもすみません。
## 恥ヲ晒ス ##
# debianの場合
GXX_ROOT=/usr/lib/gcc-lib/i486-linux/3.3.4
GXX_INCLUDE=/usr/include/c++/3.3
export GXX_ROOT GXX_INCLUDE
0095login:Penguin
04/10/09 02:29:56ID:rQ8AyTlOhttp://www.xlsoft.com/jp/products/intel/compilers/icpplnx.html
0096login:Penguin
04/10/12 17:02:33ID:aSwgWFzU0097login:Penguin
04/10/12 22:55:11ID:Ha3KPZlfでかいなー
0098login:Penguin
04/10/13 01:46:22ID:7eskNQIZCVFよりもかなり速い。というか、8.0が・・。
Linuxのも試してみよ・・。
0099login:Penguin
04/10/13 01:49:52ID:6GjjpKz4CPUは何ですか?
0100login:Penguin
04/10/13 02:06:41ID:7eskNQIZ家のじゃないから確実じゃないが多分そう。
0101login:Penguin
04/10/13 17:43:43ID:NZW5mPubコンパイラオプションを書いてみてください。
0102login:Penguin
04/10/13 17:50:24ID:DDqnsTrd煽りですか?
0103login:Penguin
04/10/13 18:04:00ID:NZW5mPub0104login:Penguin
04/10/13 22:11:52ID:7eskNQIZ> コンパイラオプションを書いてみてください。
書きまつ。
「コンパイラオプション」
これでいいでつか?
もっとでつか?
コンパイラオプションコンパイラオプションコンパイラオプションコ
ンパイラオプションコンパイラオプションコンパイラオプションコン
パイラオプションコンパイラオプションコンパイラオプションコンパ
イラオプションコンパイラオプションコンパイラオプションコンパイ
ラオプションコンパイラオプションコンパイラオプションコンパイラ
オプションコンパイラオプションコンパイラオプションコンパイラオ
プションコンパイラオプションコンパイラオプションコンパイラオプ
ションコンパイラオプションコンパイラオプションコンパイラオプシ
ョンコンパイラオプションコンパイラオプションコンパイラオプショ
ンコンパイラオプションコンパイラオプションコンパイラオプション
コンパイラオプション /inline:allプションコンパイラオプションコ
ンパイラオプションコンパイラオプションコンパイラオプションコン
パイラオプションコンパイラオプションコンパイラオプションコンパ
イラオプションコンパイラオプションコンパイラオプションコンパイ
ラオプションコンパイラオプションコンパイラオプションコンパイラ
オプションコンパイラオプションコンパイラオプションコンパイラオ
プションコンパイラオプションコンパイラオプションコンパイラオプ
ションコンパイラオプションコンパイラオプションコンパイラオプシ
つーか、最適なコンパイルオプションなんてコード毎にちがうだろ。
0105login:Penguin
04/10/13 23:40:10ID:njeRHQ4p>つーか、最適なコンパイルオプションなんてコード毎にちがうだろ。
それと、あんたが出し惜しみすることの関係が分からん
>8.1で新しいコンパイラオプションつかったら速度が2倍近くになったぞ。
あんたの理屈で言えば、これだってまったく無意味
つーか、ぶっちゃけ嘘だろ?
0106login:Penguin
04/10/13 23:44:59ID:DDqnsTrdよーくみると真ん中当たりにある。
とマジレス
0107login:Penguin
04/10/13 23:51:38ID:7eskNQIZ0108login:Penguin
04/10/13 23:52:26ID:nncxR37C0109login:Penguin
04/10/13 23:55:27ID:7eskNQIZわざわざ2ちゃんに公開したのに・・ネタもなしだなんてウワーン!
0110login:Penguin
04/10/13 23:57:50ID:nncxR37C0111login:Penguin
04/10/13 23:58:36ID:DDqnsTrd0112login:Penguin
04/10/14 00:09:20ID:j8A60M20デモハヤクナターヨ! (・∀・)
0113login:Penguin
04/10/14 00:37:04ID:0VyAOG7m0114login:Penguin
04/10/14 00:46:39ID:j8A60M200115login:Penguin
04/10/14 16:06:02ID:FYdoM3360116login:Penguin
04/10/15 02:22:51ID:8RP1Pzerとしても共有ライブリのlibmkl_p4.soをリンカが探してくれない静的ライブラリ
は探してくれるのに。
iccだとちゃんと共有ライブラリを探してコンパイルできるんだが、
LD_LIBLARY_PATHとld.so.confにはちゃんとパスいれてます、ifc特有の
環境変数とかあるんでしょうか? ちなみに -Bdynamicつけてもだめでした。
0117login:Penguin
04/10/15 04:57:40ID:yzK0lwj40118login:Penguin
04/10/16 12:08:32ID:NAlGrgNwiccの方はjrockitやらeclipse+cdtやら余計な物が付きまくってる。
#いらねーよな、こんな重い開発環境...
0119login:Penguin
04/10/20 12:05:48ID:B+wL26et昨日それで20分ほど迷った。
8.0の時はもんだいなかったのになぁ。なぜにLANGでg++(^^;
0120login:Penguin
04/10/20 15:24:28ID:64fuDxhrLANGを何に設定しましたか?
設定を設定なしにする?
0121login:Penguin
04/10/20 15:35:46ID:twOX6lNlライブラリを使うと良いと聞きました。
これは普通にifcをインストールしたらついてくるもんでは無いんですよね?(笑
数値計算ライブラリの使い方とか、導入方法とか、tipsみたいなものの情報が欲しいのですが
適当なサイトや本などあれば、教えていただけませんでしょうか?
0122login:Penguin
04/10/20 21:38:40ID:ldK9i7b8インテルのライブラリはMathKernelLibraryつーやつだ。
IFCとは別製品で日本ではエクセルが売ってる。
ここ↓みてみ。
http://www.xlsoft.com/jp/products/intel/perflib/mkl.html
0123login:Penguin
04/10/20 22:50:12ID:WWXDgEpOttp://www.intel.com/software/products/noncom/
0124119
04/10/21 00:49:32ID:t3v3vPLFexport LANG=c
と設定したらエラーでなくなった。
>123
MKLは一時期有料しかなくなってた(5月頃)ので7.0買ったのに・・・
その後non-commercialで無料のが出たんだよね(Tд⊂
単に見逃してたのかねぇ(^^;
0125login:Penguin
04/10/21 01:50:22ID:aiFiypOrするわで、さんざんですよ。アメリカでしか売っていない時には、適用できた
お徳な制度などが、日本の販売代理店が出来たとたんに、直接アメリカから
購入する路を断たれてしまい、日本の代理店に相談しろ、とけんもほろろに
突き放されてしまう。何も付加価値を与えられなく、なんのコンサルタントも
しないただ売っているだけの代理店ほど有害なものはない。
インテルの製品に限った話ではなくて、値段の高いソフト全般に言えること。
0126login:Penguin
04/10/21 03:48:12ID:lBNhWabjサポートを代理店に頼んだら即回答されたんで、たぶんサポは
インテルじゃなくて日本の代理店がしてくれてるみたい。
つーか大学の金で買ってもらったのでどっちでもいいが。
0127login:Penguin
04/10/21 08:45:18ID:BB23yUJC>アメリカでしか売っていない時には、適用できた
>お徳な制度などが、日本の販売代理店が出来たとたんに、直接アメリカから
>購入する路を断たれてしまい、日本の代理店に相談しろ、とけんもほろろに
>突き放されてしまう。
てなに?
0128127
04/10/21 08:46:11ID:BB23yUJC利用できたお徳な制度ってなに?
0130119
04/10/22 04:34:38ID:P57WIz0rifc8.1だけでなくicc8.1でも
LANG未設定の場合とLANG=jp_JP.UTF-8の場合で同様の
「g++のディレクトリが見つからない」というエラーが出ました。
コンパイルするときにはLANG=cが無難なようです。
0131login:Penguin
04/10/22 09:05:04ID:EKrjTkI2LANGの問題はインテルで修正中だそうだよ。
インテルの掲示板によると。
0132login:Penguin
04/10/23 01:29:42ID:JwL/vdY6オプテロンマシンで性能でる?
0133login:Penguin
04/10/23 02:19:17ID:NdZOxLfIEM64T対応だよ。
この前みたサイトでは遥かにOptelonを凌駕していたが、どうなんだろね。
0134login:Penguin
04/10/23 02:44:10ID:ROeP1d2zIFORT8.1+MKL7.0+CPMD3.9.1(3.7)+FedoraCore2(RHEL3)
この組み合わせだとコンパイルが通っても実行時にメモリの確保周りでエラーが出る。
MKLの代わりにATLAS使っても同様のエラーがでるのでIFORTの8.1はまだまだ問題が多いのかもしれない。
IFORT8.0+MKL6.4では成功している人もいるようなので内部の設定とかに変更があってIFORT8.1を使うにはソースを変更する必要がある可能性が高い。
そこらへんの仕様変更あたりのマニュアルは読む必要あるかも
0135login:Penguin
04/10/23 03:19:35ID:Y5fFw7JACPMDがサポートされている環境ならば、Intelはバイナリ完全互換をうたっているので製品もってる人はIntelもしくはCPMDで動くまでサポートしてもらえるしね。
IMSLFortranLibraryならばIFCをサポートしてるからそっち使うのがいいかとも思うんだが。
0136login:Penguin
04/10/25 15:20:55ID:nYHcGq+q非最適化で30秒かかり、8.0で最適化して28秒だったものが、8.1で最適化したら3秒!!
多重ループで配列を入れ替えているだけのコードだが‥3秒って。
もうアホかと。
0137login:Penguin
04/10/31 04:58:12ID:1jI6cTxI0138login:Penguin
04/11/04 12:48:27ID:E9x68Iz00139login:Penguin
04/11/05 03:51:58ID:i0wnTrZBだめ。非商用ライセンスではバイナリを配布することはできない。
非商用ライセンスは"個人"による"個人的な実験"の目的のみにしか使えない。
配布したり、実験データを公表することはできない。
ベンチマークとったものを公表するのも駄目らしい。
"個人"による"個人的な実験"の目的のみらしくて、個人を超える範囲ではだめだと。
0140login:Penguin
04/11/05 04:36:26ID:L9w2Bei6やっぱりそうですか・・・。
ありがとうございます。
ベンチマーク結果の公表もだめなんですね。厳しいなぁ・・・。
0141login:Penguin
04/11/05 08:48:36ID:ecSiTITt0142login:Penguin
04/11/05 11:41:44ID:UPDDVI35それならば無問題。
つーかモマエ頭いいな。
0143login:Penguin
04/11/05 13:44:03ID:NdO5pn2d0144login:Penguin
04/11/05 18:40:35ID:iOMRX+DF0145login:Penguin
04/11/05 19:07:07ID:rRJ4JHy7それに加えて研究目的もOKかと。ただあのライセンスは "not for profit" と
研究目的の差が不明瞭な気がする。まぁなんとなくはわかるけど
0146login:Penguin
04/11/06 00:28:42ID:GaDp7Ybf研究目的も、あくまでも個人ということなので、第三者に公表するような使用方法はできないよ。
例えば宿題に使ったり、テスト結果を公表したりすることは第三者に結果が渡る使用方法になるからだめらしい。
自分個人でのプログラム実験や、自分個人での家庭菜園管理ソフトの実験には使える。
でも家庭菜園管理ソフトを実稼動させる場合は実験じゃなくなるので商用ライセンスが必要になるらしい。厳密にはね。
0147login:Penguin
04/11/06 02:05:47ID:Pe5oBGCNする為のコンパイラとしては使えないということなんだが。
0148login:Penguin
04/11/06 02:37:37ID:HFijjmqy違う.
ライセンス規約には>146のように記述されているから>147の使い方はライセンス違反になりかねない.
0149login:Penguin
04/11/06 03:00:11ID:/wlncrpoicc8.1にして-cxxlib-iccで手元のプログラムをコンパイルしたら、
/opt/intel_cc_81/include/c++/xutility(1043): warning #748: default template argu
ments are not allowed for function templates
class _RanIt2 = _RanIt1> inline
ってのが1043,1052,1060,1068,1076,1084,1092行目でそれぞれ出てきたんだけど、
これってiccのバグなのか、こっちのバグのどっちでしょうか。
icc8.0まではちゃんとコンパイルできてました。
コンパイラを共存させるために/opt/intel_cc_81に入れたんだけど、
どっかで間違えたかなぁ。。。
0150login:Penguin
04/11/06 03:36:02ID:zSnKL2a/同じバージョン、8.xは共存できなかったような・・。
0151149
04/11/06 03:57:56ID:/wlncrpo違うディレクトリに入れといて、
PATHとLD_LIBRARY_PATHさえちゃんとしとけば大丈夫じゃないの?
まあ、warningだから気にしなければいいんだけど。。。
■ このスレッドは過去ログ倉庫に格納されています