intel compiler for Linux
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
01/11/29 17:53ID:5k7yf0aiintel 社の Web ページ
URL:<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 ページからダウンロードしてくるファイルが違うだけです。)
ダウンロードする際に入力したメールアドレスにインストール時に必要となる
ライセンスキー情報が送られてきます。
0516login:Penguin
03/01/29 13:22ID:ilG7zVvW一様乱数とかLUとかお願いします。一般的なコードだから
転載Okのはずです。
あとはCだなー
0517crazy_u
03/01/29 14:43ID:BGnuMacz今，会社で仕事中なので，家に帰ってから貼り付けます．
LUは多少長くなるので，貼付けると他の人の迷惑かもしれませんね。
どこかのサイトにあるはずだから，家に帰ってから探してみます．
0518crazy_u
03/01/29 23:05ID:VZTGGwTZ貼り付けるときに行頭のスペースが詰まってしまったら自分で調整して下さい.
subroutine rand3d( n , x , ir , icon )
************************************************************************
* original name is urand3 *
* modefied by crazy_u *
* uniform random number generator (multiplicative congruential method) *
* vectorizable algorithm *
* fast but not completely portable. integers should be 32 bit long.*
* overflow in interger arithmetic should not be sensed. *
* bitwise and function 'iand(ia,ib)' should be vectorized. *
* parameters *
* (1) n (i) the number of random numbers to be generated (input ) *
* (2) x (d) uniform random numbers (output) *
* (3) ir (i) the initial seed (input ) *
* the seed for the next call (output) *
* copyright: Y. Oyanagi, April 30, 1992 v.2 *
* modefied : crazy_u , May 4, 2002 *
************************************************************************
0519crazy_u
03/01/29 23:06ID:VZTGGwTZc
parameter(mm = 1024)
double precision x(n), invm
integer lam(mm)
save lam
parameter (lambda = 48828125, mask=2**30+(2**30-1) )
parameter (invm = 0.5d0 ** 31)
c
icon=0
c --- paremeter check ---
if( n<=0 ) then
write(6,*) '(subr.rand3d) parameter error. n = ', n
write(6,*) 'return with no further calculation.'
icon=1000
goto 9999
end if
if( mod(ir,2)==0 ) then
write(6,*) '(subr.rand3r) parameter error. ir = ', ir,
$ ' is even.'
write(6,*) 'return with no further calculation.'
icon=2000
goto 9999
end if
0520crazy_u
03/01/29 23:07ID:VZTGGwTZc --- initial setting ---
if(lam(1) /= lambda) then
lam(1)=lambda
do 10 i=2, mm
10 lam(i)=lam(i-1)*lambda
end if
c
c --- main loop ---
do 30 ii = 1, n, mm
c do 20 i=ii, min(ii+mm, n)
do 20 i=ii, min(ii+mm-1, n)
x(i) = iand(ir*lam(i-ii+1), mask) * invm
20 continue
30 ir=ir*lam(i-ii)
c
9999 return
end
0521crazy_u
03/01/29 23:33ID:VZTGGwTZhttp://phase.etl.go.jp/mirrors/netlib/slatec/
戸川隼人著「科学技術計算ハンドブック」(サイエンス社)のソースコード(C言語)は
http://www.mscom.or.jp/~tog/anna/
から入手可能です.
上記2サイトともバンド法のLU分解のソースは入っています.
スカイライン法のLU分解のオープンソースはちょっと心当たりがありません.
(原子力研究所がオープンにしていたようですがサイトが今すぐにはわかりません.)
0522513
03/01/30 03:47ID:nMBR86n0FORTRAN って乱数は標準ライブラリとか使わないんですね。
それと、お名前も間違っていたようでごめんなさい。
0523login:Penguin
03/01/30 05:13ID:8QLnsZcwよかったら覗いてください
〜極東板最大プロジェクト２〜
日本の明日を考えよう！行動しよう！
2003年、デフレ不況、莫大な財政赤字、深刻な失業問題
緊迫の半島情勢、祖国日本が危ない！
心あるチャネラーよ！今こそ結集せよ！
本スレhttp://tmp.2ch.net/test/read.cgi/asia/1043759979/l50
前スレhttp://tmp.2ch.net/test/read.cgi/asia/1042899935/l50
党名投票所http://members.tripod.co.jp/WGIP/vote.html
党結成準備ＨＰhttp://members.tripod.co.jp/WGIP/index.html
第一回日本国民党（仮）党大会in靖国神社
１．日時 ２月１１日（火）１０：００〜
２．場所 靖国神社遊就館喫茶店前
３．資金 各自任せる
0524crazy_u
03/01/31 18:46ID:BwxWQL3fmulti frontal法ならば,
http://www3.pt.freebsd.org/ja/ports/math.html
のなかのumfpack(Fortran90,非商用)があります.ここには他にも色々なライブラリがありますの覗いてみると良いかと思います.
バークレー大学のサイトには superLU (C, open sourceだったはず)があります.
YahooのUSAのサイトに入って検索すればすぐに見つかります.
私はダウンロードしただけで,まだ中身は見てませんが,sparse matrixのreordering法であるminimam-degreeやpseudo-minimum-degreeを使わないと良い効果が期待できないようです.
SMP用の直接法の解法として,改良しようと思っています.(不安定現象を扱っているので、反復解法は発散して使えない場合が多いので.)
0525crazy_u
03/01/31 19:09ID:BwxWQL3fここには,SuperLUの single CPU用,SMP用,分散メモリ用がありました.
0526おむこさん志望 ◆QtGqCwfDSA
03/02/01 00:34ID:Pkkg2qqHメルセンヌツイスター法っていう疑似乱数生成アルゴリズムがあるよ。
rand(3) とかで使われてる線形合同法よりはずっとよさげだけど。
http://www.math.keio.ac.jp/~matumoto/mt.html
( C だけじゃなくてJava や Fortran のコードもある )
http://www.soi.wide.ad.jp/class/20010000/slides/03/
参考 数学板のスレ
http://science.2ch.net/test/read.cgi/math/1025794170/
0527login:Penguin
03/02/01 03:45ID:8j0FsFHnそれっぽいライブラリが見つからないんですけど・・・
0528login:Penguin
03/02/01 03:53ID:8j0FsFHnすんません。意味わかりませんね。これじゃ。
言いたかったのは
fortranのオブジェクトファイルとcのライブラリファイルをiccでリンクさせたいんですが
そのような事はできますか？
ということです。
0529crazy_u
03/02/01 11:01ID:W/8HR9Dwできます.サブルーチン加工名とそのヘッダーファイルに気をつけてください.
例) subroutine abc( a ) (aはreal*8 a(1:*) とする.)がlibsub.aにコンパイルして入っている場合.
ヘッダーファイルは
void abc_( double *a );
とし,Cからは,
double a[100];
abc_( a );
ととして,参照ライブラリにlibsub.aを指定すれば良い.fortranでsubroutine abc が abc_ という名前に加工されることに注意してください.
(名前の加工の仕方をfortran側のコンパイルオプションで指定することもできたはずです.Cでは加工されない.)
アドレス渡しを行うので,Cから渡す変数の型とFortranで受ける変数の型が同じである必要はありません.(ここを利用して型をキャストする利用もありかな.)
まあ,試しにやって見ることです.細かい部分はやりながら,修正していくべし.
0530crazy_u
03/02/01 11:07ID:W/8HR9Dw同じライブラリに入れたいということでしたか?
単純に,arコマンドで入れてしまえば良いでしょう.
0531crazy_u
03/02/01 12:45ID:W/8HR9DwmainがCなら, LD=icc
mainがFortranなら, LD=ifc
0532login:Penguin
03/02/01 14:23ID:8j0FsFHn丁寧にありがとうございます。m(_ _)m
私の説明が言葉足らずで申し訳ないですが、もう少し初歩的な事をお聞きしたいんです。
今までgccでのlinkは出来ていたのですがiccを使うのが初めてでして。
fortranのmain と arで固めたCの lib***.aのファイルとをiccでリンクさせたいんです。
gccをlinkerにしていたときはlibg2c.aというライブラリを使っていたんですけど
iccにも同様なライブラリがあるんでしょうか？ということなんです
>531
なにもLDFLAGSで設定しなくてもlinkできるのでしょうか？
何も設定しないでやってみたんでが(srcはgccで使っていたのと同じ物)
cのライブラリを参照できないんです。
0533login:Penguin
03/02/01 15:00ID:Drz/L+OHCで書かれた、
http://sources.redhat.com/gsl/
というものもあります。メルセンヌツイスター法も含まれてます。
マニュアル
http://sources.redhat.com/gsl/ref/gsl-ref_toc.html
0534crazy_u
03/02/01 15:38ID:CQVkGRt0リンクしたい関数が有るかどうかは，iccのライブラリのマニュアルを見るか，
/opt/intel/compiler70/ia32/libにあるライブラリを片っ端から
ar -t なんとか.a や grep リンクしたい関数名 で調べたらどうですか．
どちらにしてもLDOPTIONSに指定してないとつかない場合が有る．
MAIN=Main
PATH1=.
FC=ifc
LD=ifc
LDOPTIONS= -L/usr/lib/gcc-lib/i386-redhat-linux/2.96 -lgc2
$(MAIN): $(MAIN).o /usr/lib/gcc-lib/i386-redhat-linux/2.96/libg2c.a
タブ $(LD) [email protected] $(LDOPTIONS) -o $(PATH1)/$@
みたいに．/opt/intel/compiler70/ia32/libに有るライブラリも私は明示的にLDOPTIONSに指定してます．
(ifc6.0の時に，LD_LIBRARY_PATHに設定しているのにうまくつかなかったから)
Intelで用意しているライブラリやリンクオプションについてはマニュアルを読んでください．
Makefileの書き方は，GNU makeについて自分で調べてください．
私は，Cのライブラリである/lib/libpthread-0.9.so をメインがFortranでリンクしてます．
0535login:Penguin
03/02/01 23:54ID:MMls/KkVC compiler : icc (unknown version)
libc : unknown version
MEMORY INDEX : 4.588
INTEGER INDEX : 3.500
FLOATING-POINT INDEX: 7.375
C compiler : gcc version 2.95.3 20010315 (release)
libc : unknown version
MEMORY INDEX : 3.311
INTEGER INDEX : 3.330
FLOATING-POINT INDEX: 6.508
0536532
03/02/02 00:50ID:2IbS21LRどうもありがとうございましたm(_ _)m
もう少し色々と試してみます。
0537crazy_u
03/02/02 19:22ID:hawsmNOt念のために
Fortran側からCの関数を
call abcd( 引数 )
とすると, abcd_ という名前の関数をコールしていることになるので,abcdというCの関数を呼ぶ場合は,
Cで abcd_ という関数を作ってその中で,本当に呼びたい abcd を呼ぶようにしないと使えません.
オプションで加工名のつけ方を指定すれば解決できるのかも知れませんが,移植性を考えて私は標準でこのようにしてます.
0538514
03/02/05 15:57ID:rIMlmH0y>>526,533
情報どうもです。
行列演算のテスト用に乱数がほしいだけなので、
たぶんそんなに乱数の質は気にしなくても大丈夫だとは思います。
とりあえず、今日卒論の発表してきました。
このスレをみなかったらおいらの卒論はなかったよ。
どうもでした。
ま、卒論自体は
寒川さんの本の縮小再生産ってかんじだけどね。
0539login:Penguin
03/02/08 13:36ID:w9ImhrFrIntel's Premier Support Web Site.
For more details please point your browser to
https://premier.intel.com
NEW for product: Intel C++ Compiler, Linux LtdSup
FILES AVAILABLE FOR DOWNLOAD
Tar file containing the Intel(R) C++ Compiler 7.0 for Linux*
v7.0 Product Update. The package id is l_cc_pu_7.0.082.
ICC Build 20030129Z, ECC Build 20030129.
0540login:Penguin
03/02/11 20:50ID:4i3cK38F今はもっと簡単にインストールできます。
ifc も icc もFreeBSD用のversion6 のコンパイラのパッケージも
あるようですよ。今の最新版はVersion7です。
0541login:Penguin
03/02/16 03:13ID:kgJUQrNagccだと(ver 3.2, ver 2.9.6)だと通るのだけど、
icc 7.0.065だと
#include <sys/types.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <netdb.h>
using namespace std;
struct sockaddr_in target;
target.sin_port = htons(PORT); // ← この行が
^
error: Unsupported feature: GNU statement expression in C++
error: expected a ")"
error: expected a ";"
とエラーを吐きます。
どうすれば回避できるのか、ご指導いただけないでしょうか？
0542541
03/02/16 18:03ID:kgJUQrNattp://sources.redhat.com/ml/bug-glibc/2002-11/msg00083.html
どうやらglibcのbugらしい。
Redhat 7.3までだと通るが、RedHat 8.0だとエラーが発生。
(上記のコードでは書き忘れていたが) #include <netinet/net.h>
の中で呼び出される byteswap.h の __bswap_16, __bswap_32の定義が間違っているらしい。
以下のコードは__GNUC__が定義されない場合、
つまりgcc以外のコンパイラを使用する際に使用される部分である。
/usr/include/bits/byteswap.hを
/* original (line 45-47)
# define __bswap_16(x) \
(__extension__ \
({ register unsigned short int __x = (x); __bswap_constant_16 (__x); }))
*/
# define __bswap_16(x) __bswap_constant_16 (x)
/* original (line 84-86)
# define __bswap_16(x) \
(__extension__ \
({ register unsigned int __x = (x); __bswap_constant_32 (__x); }))
*/
# define __bswap_32(x) __bswap_constant_32 (x)
と修正するとコンパイルが通る。
つーか、line84-86の__bswap_16 → __bswap_constant_32の間違いはひでーよ。
RedHat8.0のupdateはまだで、
RawHide版のglibc-develに置き換えるとこの問題は解決されるっぽい。
0543login:Penguin
03/02/17 23:43ID:KRtfXogi0544login:Penguin
03/02/20 04:24ID:NjiabX2T0545login:Penguin
03/02/25 01:08ID:uB5MBDWS0546login:Penguin
03/02/25 22:27ID:F5NmfAFaNEW for product: Intel(R) C++ Compiler, Linux LtdSup
FILES AVAILABLE FOR DOWNLOAD
Release notes for IntelC++ Compiler 7.0 for Linux.
File: l_cc_pu_7.0.086_RN.zip
File: l_cc_pu_7.0.086.tar
-------------------------------------------------------
NEW for product: Intel(R) Fortran Compiler for Linux*
FILES AVAILABLE FOR DOWNLOAD
Release notes for IntelFortran Compiler 7.0 for Linux.
File: l_fc_pu_7.0.087_RN.zip
File: l_fc_pu_7.0.087.tar
0547login:Penguin
03/02/26 19:19ID:MAjrYlXDbuy か free evalution しかないように見えるのですが…
0548547
03/02/26 23:39ID:MAjrYlXDttp://developer.intel.com/software/products/compilers/flin/noncom.htm
0549login:Penguin
03/03/02 23:20ID:LCrGqD3x0550login:Penguin
03/03/03 01:18ID:oI3oBWnP昔、MSXで紹介されてたレイトレーシングのプログラムが
C++で復活してました。
本来Windows用なのですが他マシンでも使えるようにソースが公開されてます。
GCCの事例はあるのですがIntelコンパイラで試してみてください。
http://www5e.biglobe.ne.jp/~liquor/raytrace/
ここの掲示板で語られています。Itaniumのことも報告されています。
0551login:Penguin
03/03/03 01:45ID:yePrqlHMを入れた後に
l_fc_p_7.0.064.tar
を入れようとすると、
[root@hoge lfc7]# rpm -i --test intel-ifc7-7.0-64.i386.rpm
ファイル /opt/intel/compiler70/ia32/bin/profmerge (intel-ifc7-7.0-64のインストールから) は, パッケージ intel-icc7-7.0-65 からのファイルと競合しています
ファイル /opt/intel/compiler70/ia32/bin/proforder (intel-ifc7-7.0-64のインストールから) は, パッケージ intel-icc7-7.0-65 からのファイルと競合しています
...
と言われるのだが、無理矢理つっこんで大丈夫ですかね？
名前がかぶってるだけじゃなくて実際ファイルの内容も違うみたい。
0552crazy_u
03/03/03 22:22ID:kyfkjG7iつっこんじゃ駄目!!
新l_cc_*と旧l_fc_*ではライブラリが新旧になって競合してしまう．日付を良く確認すること．
l_cc_*とl_fc_*はいつも同時に公開されて，大抵は，末尾の数字はl_ccの方が1〜2少ないはず．
そんな古いパッケージを入れずに，l_cc_pu_7.0.086.tarとl_fc_pu_7.0.087.tarをダウンロードして入れましょう．
0553login:Penguin
03/03/04 18:25ID:b9XWyKWEregistering のメールに書いてあるアドレスから行けるftp サーバー
[ftp://download.intel.com]
探してみたけど無かった。
intel の製品を買って登録しないとだめとか？
0554crazy_u
03/03/04 19:37ID:B34pJ2VL460の書込み読んでください．
0555553
03/03/04 23:24ID:b9XWyKWEなんだか申し訳ない感じ。。
license が付いてきたメールをちゃんと読んでなかったです。
0556login:Penguin
03/03/05 07:08ID:88af8vjx0557login:Penguin
03/03/05 07:19ID:88af8vjx↑ここで登録したらRegistration Centerに逝っちゃうんですけど
ttps://premier.intel.comにはどうやってloginしたら・・・m(_~_)m土下座
0558533
03/03/05 10:09ID:SL0wvUkuttp://www.intel.co.jp/jp/developer/software/products/global/eval.htm
↓
icc(ifc) for linux 非商用バージョン (サポート対象外) (英語)
↓
Download をクリック．
↓
license を貰うためにいろいろ書く．
license がメールで送られてくる．
(そのメールにnon-commercial registration number も付いている．)
registration center でNew Users の登録
↓
メールで初期パスワードが送られてくる．
↓
メールの指示に従いパスワード設定等をする．
↓
icc(ifc) をregister
↓
ttps://premier.intel.com
↓
最新版を取ってきてインストール
# 注意
register せずにダウンロードできる
l_cc_p_7.0.065.tar と l_fc_p_7.0.064.tar はrpm のバージョンによっては
共存できないことがあります．(release の日付は同じですが．)
rpm-3 はだめ，とか．詳しくはintel のページにあります．
rpm2cpio を使えばできるかもしれないけど新しいのを取ってきたほうがよさげ．
0559557
03/03/05 17:22ID:bhMk2Z2E(⌒0⌒)／わかりやすい説明アリガト〜、いまdownload中です。
良スレを汚しちゃってｶﾅｰﾘ(/ω＼）ﾊｽﾞｶｽｨ・・・
0560ot22
03/03/06 18:39ID:wmuEIwKz> intel のコンパイラのソースコード公開希望。
昔話です. gcc-1.5(とってもあやしい) あたりにIntelからPentium用のgccへの
パッチが流れたことがありましたけど, もうそれはないでしょうね.
以下のようなURLもありました。 gcc-3.4まで待つしかないですかね?
http://people.redhat.com/dnovillo/spec2000/gcc/global-run-ratio.html
0561login:Penguin
03/03/08 01:48ID:/o6CinrAicc が圧倒的に高性能ですなぁ。
0562login:Penguin
03/03/13 22:45ID:MRYC6k3z0563ot22
03/03/16 19:46ID:5ASs5Vh9増えるんでしょうかね? Instruction Schedulingが変わるだろうから…
キャッシュが大きくなったのが効くのかどうか? はたまた, キャッシュを
意識したコーディングが必要になるのか? 頭は痛くなるばかりですね.
0564crazy_u
03/03/16 22:11ID:dDd8YAG7ではないでしょうか?
それよりも，Itanium2系でdual Deerfieldを個人で賄える金額の計算機として期待してます(今年は1GHzで，かつ，L3 cacheが少ないので見送り)．
来年出荷予定のhpのmx2 chipset搭載のドーターボード(32MBのon-board L4 cache)がとても魅力的です．
(今，考えているアルゴリズムが活きそうなので)
0565login:Penguin
03/03/17 06:50ID:oyPke+qmgcc通らない香具師はコイツでコンパイルできる
0566login:Penguin
03/03/21 15:52ID:5a5UYyOI0567login:Penguin
03/03/23 05:28ID:GzEC9Wiv-rw-r--r-- 1 user user 2882408192 3月 23 03:56 file1
と2GB越えのファイルができるが、他のプログラムでアクセスすると
-rw-r--r-- 1 user user 0 3月 23 03:58 file1
一瞬にサイズが0となり、中身が無くなる。RedHat-7.2だけど
2GB越えはまだまだ無理なのか。
0568login:Penguin
03/03/23 08:22ID:tIPREeC7関係ないが「3月 23」ｶｺﾜﾙｲﾖ。なぜに「3月 23日」で表示できない？
0569login:Penguin
03/03/23 14:00ID:hZrrGmyrLarge File Support in Linux
にどのくらい対応してくれているか調べるのが吉。
ttp://www.suse.de/~aj/linux_lfs.html
0570546
03/03/27 20:53ID:Hd+9ec1b…ってもうRedHat9が出そうなんだが。
-------------------------------------------------------
NEW for product: Intel(R) C++ Compiler, Linux LtdSup
FILES AVAILABLE FOR DOWNLOAD
Tar file containing the Intel(R) C++ Compiler 7.1 for Linux* Product.
The package id is l_cc_p_7.1.006.
ICC Build 20030307, ECC build 20030307.
An important new feature of this release is support
for glibc 2.2.93 (Red Hat* 8.0).
File: l_cc_p_7.1.006.tar
-------------------------------------------------------
NEW for product: Intel(R) Fortran Compiler for Linux*
FILES AVAILABLE FOR DOWNLOAD
Tar file containing the Intel(R) Fortran Compiler 7.1 for Linux* Product.
The package id is l_fc_p_7.1.008.
IFC Build 20030307, EFC build 20030307.
An important new feature of this release is support
for glibc 2.2.93 (Red Hat* 8.0).
File: l_fc_p_7.1.008.tar
0571login:Penguin
03/04/02 06:25ID:G+RkFIg+0572login:Penguin
03/04/05 13:38ID:hkP3eLct0573546
03/04/09 19:17ID:6L2jzawi-------------------------------------------------------
NEW for product: Intel(R) C++ Compiler, Linux LtdSup
FILES AVAILABLE FOR DOWNLOAD
Tar file containing the Intel(R) C++ Compiler 7.1
for Linux* Product Update. The package id is l_cc_pu_7.1.009.
ICC Build 20030327, ECC build 20030327.
File: l_cc_pu_7.1.009.tar
-------------------------------------------------------
NEW for product: Intel(R) Fortran Compiler for Linux*
FILES AVAILABLE FOR DOWNLOAD
Tar file containing the Intel(R) Fortran Compiler 7.1
for Linux* Product Update. The package id is l_fc_pu_7.1.011.
IFC Build 20030327, EFC build 20030327
File: l_fc_pu_7.1.011.tar
0574Product Update
03/04/11 13:13ID:L8501bRnIntel(R) Fortran Compiler, Linux LtdSup ： l_fc_pu_7.1.013.tar
Intel(R) C++ Compiler, Linux LtdSup ： l_cc_pu_7.1.011.tar
0575login:Penguin
03/04/11 16:47ID:FwaJM4lj0576login:Penguin
03/04/11 17:29ID:UMPCjAWOどうしたらいいのですか？
0577login:Penguin
03/04/11 20:30ID:SCrC2sbbカーネルソースとiccを用意すればOKです。
0579login:Penguin
03/04/11 21:47ID:iBPAGJjQモジュール関連で失敗する。やめとけ。
0580login:Penguin
03/04/12 03:49ID:Er+MX+0v$ icc -V
Intel(R) C++ Compiler for 32-bit applications, Version 7.1 Build 20030307Z
Copyright (C) 1985-2003 Intel Corporation. All rights reserved.
FOR NON-COMMERCIAL USE ONLY
GNU ld version 2.13.90.0.10 20021010 Debian GNU/Linux
Supported emulations:
elf_i386
i386linux
/usr/lib/crt1.o(.text+0x18): In function `_start':
: undefined reference to `main'
なんかundefinedとか出るけど使えるみたいだ。
カーネルは init/main.cの
* if __GNUC__ < 2 || (__GNUC__ == 2 && __GNUC_MINOR__ < 91)
* error Sorry, your GCC is too old. It builds incorrect kernels.
* endif
にひっかかって沈没する。コメントにしてもasm関連でこけるみたいだ。
qtには mkspec/linux-iccというディレクトリがあって
iccを使ってコンパイルされることを想定してるみたいなので、qt/kdeはこれでコンパイルできるかも。
できるかなーできるかなー
0581login:Penguin
03/04/12 18:25ID:Er+MX+0v+++ /usr/local/intel/compiler70/ia32/substitute_headers/netinet/in.h 2003-04-12 18:09:
13.000000000 +0900
@@ -16,6 +16,26 @@
Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
02111-1307 USA. */
+
+// htons, ntohs, htonl, and ntohl on Linux platforms are implemented as a "statement exp
ression", which is a gcc extension.
+
+// In order to use these in icc, put the following after the in.h #include:
+
+#if defined(__ICC)
+// icc doesn't like GNU __extension__ functions
+// this has to happen AFTER <netinet/in.h> !!
0582login:Penguin
03/04/12 18:27ID:Er+MX+0v+#undef ntohs
+#undef htonl
+#undef ntohl
+#define htons(x) __bswap_constant_16(x)
+#define ntohs(x) __bswap_constant_16(x)
+#define htonl(x) __bswap_constant_32(x)
+#define ntohl(x) __bswap_constant_32(x)
+#endif // defined(_ICC)
+
+// Hope this helps!
+
#ifndef _NETINET_IN_H
#define _NETINET_IN_H 1
~~~~
http://intel.forums.liveworld.com/thread.jsp?forum=160&thread=5380
0583login:Penguin
03/04/12 19:47ID:Er+MX+0vicpc: Command line warning: '-marchi686' enables '-tpp6'
icpc -fno-exceptions -o tagreader-with-features
.obj/release-shared-mt/tagreader.o
.obj/release-shared-mt/structureparser.o
-Qoption,ld,-rpath,/home/ore/data/icc/qt-x11-free-3.1.2/lib
-L/home/ore/data/icc/qt-x11-free-3.1.2/lib -L/usr/X11R6/lib
-L/usr/X11R6/lib -lqt-mt -lpng -lz -lGLU -lGL -lXmu -lXrender
-lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE
-ldl -lpthread
icpc: Command line warning: ignoring unknown option '-fno-exceptions'
make[3]: Leaving directory
`/home/ore/data/icc/qt-x11-free-3.1.2/examples/xml/tagreader-with-features'
make[2]: Leaving directory
`/home/ore/data/icc/qt-x11-free-3.1.2/examples'
The Qt library is now built in ./lib
The Qt examples are built in the directories in ./examples
The Qt tutorials are built in the directories in ./tutorial
Enjoy! - the Trolltech team
make[1]: Leaving directory `/home/ore/data/icc/qt-x11-free-3.1.2'
0584546
03/04/13 21:51ID:TLsIQjQRなるほど、iccはsubstitute_headersディレクトリを
先に読むんですね。
あとgccに_GNUC_っていうモノ(なんて呼ぶのかな?)があるように、
iccには_ICCっていうモノが定義されていると。
勉強になるっす。
0585ずっと悩んでるんですが
03/04/14 22:15ID:j6EMRXw4ttps://premier.intel.com にアクセスすると、
403 Forbidden: Access Denied
が出るのはなぜでしょう？
registration center にはログイン出来ます。
バージョンアップ通知のメールがむなしい．．．
0586login:Penguin
03/04/15 00:40ID:HzsTJWBwconfigure:7616: checking whether the icc linker (icpc -shared) supports shared libraries
configure:8401: result: no
configure:9613: checking whether to build shared libraries
configure:9634: result: no
0587crazy_u
03/04/15 01:57ID:OJCe6Mqyサーバーが混んでいるらしくてそうなることがありますよ．
別の日にまたアクセスしてみたらどうですか．
0588山崎渉
03/04/17 11:52ID:KRn99/cy0589ずっと悩んでるんですが
03/04/17 13:29ID:Wk5Y9jA1ども。それがこの半年間ずっとなんですよ。
今まで一度も成功したことがないんです。
色々と環境を変えて試してるんですけど...
0590login:Penguin
03/04/17 15:50ID:QgET5h2K0591login:Penguin
03/04/17 17:43ID:/aq2zRyOコピペ
Q : アドレスがhttpsから始まるページを見られません。
A : SSLの使用がブラウザの設定上許可されていない場合は、
閲覧することが出来ません。 ブラウザソフトの設定で、
SSLの使用を許可する設定を行って下さい。
またプロキシサーバーが設定されていると、
httpsから始まるセキュリティをかけたホームページが
閲覧できない可能性があります。
httpsから始まるURLを閲覧される場合、
プロキシサーバーの設定を解除して下さい。
0592546
03/04/17 22:02ID:jm+VbmCX半年も悩んでいるなんて…
ｲｿﾃﾙに(ﾟДﾟ)ｺﾞﾙｧメール出したらどうでしょう。
私も同じような経験があり、
メールしたら、サクッと対応してくれました。
0593ずっと悩んでるんですが
03/04/17 22:50ID:Wk5Y9jA1ども。SSL は registration center でも使われてますよね。
そちらにはアクセス出来ます。
cookie, java も許可してるんですけど。
0594login:Penguin
03/04/18 00:00ID:njmNpDb9すまんコ
ぶっちゃけOS、ブラウザ、ISP、火壁etc..は何でつか？
いまM$窓でも試してみたけど無問題だたーョ
skillないのに でしゃばってゴメンyo <(_ _)>
ttps://cyan.intel.com/Rialto128/i18nEngine_quad.asp?page=Identify&referer=https://premier.intel.com/
最後にこれ試してみてケレ
0595ずっと悩んでるんですが
03/04/18 10:47ID:zFDcXa/EIntel にメール出してアクセス出来るようにしてもらいました。
もっと早く出しときゃよかった...
結構対応が早くてびっくりしました。
みなさん、ありがとうございました。
0596login:Penguin
03/04/18 14:21ID:B0a+r35oGood job !!
0597546
03/04/18 22:01ID:80K5uDQe良かったですね。
ｲｿﾃﾙは対応早いよね。
今気になると言えば、
ttps://premier.intel.comが w3mだとログインできないなぁ。
こっちもｺﾞﾙｧメールしてみようかな。(w
0598山崎渉
03/04/20 05:53ID:X64WTq1+（ ＾＾ ）＜ ぬるぽ（＾＾）
0599堕天使
03/04/20 19:51ID:b5ZjwhaX0600login:Penguin
03/04/22 09:50ID:C1rUY+Awttp://www.ep.sci.hokudai.ac.jp/~sugiyama/cc-env/numeric/icc.html
ttp://www.gfd-dennou.org/arch/cc-env/ifc/
みたくalien使ってるんでしょうか。
私debianの日が浅いんで的外れなことを言っているかもわからんですが、
素直にrpm --initdbの後でrpmコマンドでインストールしたら何かマズイんですか?
# apt が使いたいけどVineはglibc2.2.4だし。。。
それとmkl6.0は五月上旬リリース予定だそうです。mkl5.2sp1にあったlapackまわりの
不具合が解消されているちゅう話です
0601crazy_u
03/04/22 21:49ID:KDlncQysデータデザインが気に食わないので，そこは設計し直して，
中身はFortran90化(object志向の構成に再構成)して，
研究者間で共通で使えるコンパクトなプラットホームを構築しようと思っています．
Abaquasベースなので大変形FEMが対象となります．(私は不安定問題や分岐問題がターゲット)
数値計算ライブラリ(連立方程式の高速解法(主に直接法)や大次元の部分固有値解析や各種ツール)の構築を含みます．
連立方程式の解法はバークレーのSuperLUをブロック計算法に改良してP4とItanium2に最適化するつもりです．
大次元の部分固有値解析はSubSpace法を考えています．(Lanczos法は再直交化のタイミングとかの調整が面倒)
(業務で構築したものを持ち出すと公開できない(訴えられる)ので新規に構築します)
(プライベートな時間で行うので，それなりの開発期間はかかりますが)
割とコンパクトでfortranで書かれているopen sourceのFEMコードで
もっとこういうのが良いと言う情報をお持ちの方がいらっしゃいましたら
情報をいただけませんでしょうか?
(ADVENTUREも検討しましたが，研究者用のプラットホームとしてはもう少しコンパクトな方がベターと考えました．)
0602login:Penguin
03/04/26 14:11ID:h76tuGQgとりあえずシミュレーション板は見ましたか？
http://science.2ch.net/test/read.cgi/sim/1037265506/27
にリンク集があったりするので。
あと地球シミュレータのGeoFEMとか？
0603crazy_u
03/04/26 18:56ID:MiNXCyE+情報ありがとうございます．
とりあえずそちらの板を見てみます．
0604login:Penguin
03/04/29 19:54ID:FjBPBJSI個人的な意見としては、もういい加減fortran見限ってほしい。
f90使ってまでobject化しなくてもいいじゃん……
(f90が中途半端にマイナーメジャー化するのが嫌かも。)
0605login:Penguin
03/04/30 03:02ID:3+jGzA7GCをベースにしているので、数値計算にはいろいろと不都合な点が多いし、
最適化が言語仕様上できにくいし、ヘッダーをインクルードするので、
プラットホーム独立性が低くて移植が手間だし、ポインターを多用する
コードは、効率がトータルでよいとはいえない。
0606login:Penguin
03/04/30 16:16ID:EopZ8WMa0607login:Penguin
03/04/30 21:11ID:rdWVmHEPなんか「fortran オブジェクト指向」とかｸﾞｸﾞっても有益な情報がヒットしません。
ウチの研究室では未だに77で・・・
何かいいサイトor本があったら教えて下さいm(_ _)m
0608login:Penguin
03/04/30 23:38ID:xoh+mpFh>C++はあまりにもぐちゃぐちゃな言語仕様で、コードの安全性が危ういし、
言語仕様がぐちゃぐちゃなのは周知の事実だけど、
コードの安全性が危うい、までは言えないかと。
>Cをベースにしているので、数値計算にはいろいろと不都合な点が多いし、
たとえば、多次元配列を(メモリ上連続に)切るのとか若干面倒だねえ。
でも、どれもカバーできん領域の問題じゃないでしょ。
>最適化が言語仕様上できにくいし、ヘッダーをインクルードするので、
>プラットホーム独立性が低くて移植が手間だし、ポインターを多用する
fortranだって変わらんやん。
プラットホーム変えれば、両方とも若干の修正が必要とされるし。
>607
組もうと思えば、普通にf90で組めると思うよ。
海外の数値計算のライブラリとかf90で組まれているのもいくつかあるし。
ただ、f77からオブジェクト指向化したいからf90ってなんか間違っている気がする。
f90使いたい人って、いまさらC++を学習したくない人ばっかしやん。
C++の言語仕様を覚えるよりも、
オブジェクト指向を体得する方が敷居が高いと思う。
0609607
03/05/01 00:57ID:mR+IhfD+正直C++使いなんで、素直にC++使いたいところなのですが、そーも行かない事
情があるのでせめて f90 でｸｰﾃﾞﾀｰを、と思った次第です。
しっかし
ttp://www.cs.rpi.edu/~szymansk/OOF90/F90_Objects.html
の
VII. Dynamic Dispatching
とか読んでも頭痛くなって来ますな…。ﾎﾝﾄに出来なくはないって感じ…
ｽﾚ違いｽﾏｿ。
0610crazy_u
03/05/02 14:24ID:La9MEaTuやや年配の方たちにはfortranオンリーの人も多く，
その人達が現役で活躍できる期間の貴重な時間を(研究の本質ではない)C++の学習に使わせたくないという配慮です．
(私はf90,C/C++とも使えます．念のため．)
SMP用にする場合はどうしてもfortranとC/C++の混合になるので，いっそのこと全部C/C++でとは思いますが...
0611login:Penguin
03/05/02 23:43ID:qE4h7QxjC++ ではあまり g++ 2.95.3 -O3 に比べてあまり有意なスピード差が
Intel でも AMD でも得られないんですが、そんな経験している人います?
C only だと dynamic allocation あまり使ってない場合は 3 割程度
速くなったこともあるのですが、使っている場合はあまり差が無い
場合もあるんですが…
0612login:Penguin
03/05/02 23:44ID:fkI4zisFついに我の念願のサイト『Japan＠ちゃんねる』が出来ました！！
この『にちゃんねる』を夢見て、頑張ってCGI勉強から取り組み、0ｃｈスプリクトで作成してまいりました！！
是非、足を運んでみてはどうでしょうか？
http://student55.hp.infoseek.co.jp/index.html です。
改良点・ご批判・ご感想をお願いいたします。
ブラクラではありません。列記としたインフォシークです。
0613login:Penguin
03/05/02 23:51ID:yqBl63uC0614名無しさん＠Ｅｍａｃｓ
03/05/03 00:50ID:f7Aih6s70615login:Penguin
03/05/03 00:54ID:Z7Ada4/Xなにか？
0616login:Penguin
03/05/03 03:50ID:L3RpXKqLコンパイラオプションはちゃんと設定した？
例) Pentium4用
g++ -O3 -ffast-math -funroll-loops -mcpu=i686
icc -O3 -tpp7 -xW
あと、言うまでもないが、コードの下流部分は、
最適化を意識しながらプログラミングした方がいいかも。
(知っているかもしれないが)リンク先は
最適化かける場合の参考になりそうな文献。
# Techniques for Scientific C++
ttp://www.cs.indiana.edu/ftp/techreports/TR542.html
■ このスレッドは過去ログ倉庫に格納されています