トップページ⇒linux
985コメント403KB

intel compiler for Linux

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin01/11/29 17:53ID:5k7yf0ai

intel 社の 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 ページからダウンロードしてくるファイルが違うだけです。)

ダウンロードする際に入力したメールアドレスにインストール時に必要となる
ライセンスキー情報が送られてきます。
0524crazy_u03/01/31 18:46ID:BwxWQL3f
>>522
multi 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_u03/01/31 19:09ID:BwxWQL3f
http://www.nersc.gov/~xiaoye/SuperLU/#superlu
ここには,SuperLUの single CPU用,SMP用,分散メモリ用がありました.
0526おむこさん志望 ◆QtGqCwfDSA 03/02/01 00:34ID:Pkkg2qqH
>>514
メルセンヌツイスター法っていう疑似乱数生成アルゴリズムがあるよ。
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:Penguin03/02/01 03:45ID:8j0FsFHn
gccでいうならlibg2c.aみたいにiccでもcで作ったライブラリとリンクすることってできないんですか?
それっぽいライブラリが見つからないんですけど・・・
0528login:Penguin03/02/01 03:53ID:8j0FsFHn
>527
すんません。意味わかりませんね。これじゃ。
言いたかったのは
fortranのオブジェクトファイルとcのライブラリファイルをiccでリンクさせたいんですが
そのような事はできますか?
ということです。
0529crazy_u03/02/01 11:01ID:W/8HR9Dw
>>528
できます.サブルーチン加工名とそのヘッダーファイルに気をつけてください.
例) 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_u03/02/01 11:07ID:W/8HR9Dw
>>528
同じライブラリに入れたいということでしたか?
単純に,arコマンドで入れてしまえば良いでしょう.
0531crazy_u03/02/01 12:45ID:W/8HR9Dw
>>528
mainがCなら,    LD=icc
mainがFortranなら, LD=ifc
0532login:Penguin03/02/01 14:23ID:8j0FsFHn
>crazy_uさん
丁寧にありがとうございます。m(_ _)m

私の説明が言葉足らずで申し訳ないですが、もう少し初歩的な事をお聞きしたいんです。
今までgccでのlinkは出来ていたのですがiccを使うのが初めてでして。

fortranのmain と arで固めたCの lib***.aのファイルとをiccでリンクさせたいんです。
gccをlinkerにしていたときはlibg2c.aというライブラリを使っていたんですけど
iccにも同様なライブラリがあるんでしょうか?ということなんです
>531
なにもLDFLAGSで設定しなくてもlinkできるのでしょうか?
何も設定しないでやってみたんでが(srcはgccで使っていたのと同じ物)
cのライブラリを参照できないんです。
0533login:Penguin03/02/01 15:00ID:Drz/L+OH
>>526

Cで書かれた、
http://sources.redhat.com/gsl/
というものもあります。メルセンヌツイスター法も含まれてます。

マニュアル 
http://sources.redhat.com/gsl/ref/gsl-ref_toc.html
0534crazy_u03/02/01 15:38ID:CQVkGRt0
>>532
リンクしたい関数が有るかどうかは,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:Penguin03/02/01 23:54ID:MMls/KkV
Mobile Pentium 3 750Mhzで、コンパイルオプションは>>16と同じ。

C 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
053653203/02/02 00:50ID:2IbS21LR
>crazy_u
どうもありがとうございましたm(_ _)m
もう少し色々と試してみます。
0537crazy_u03/02/02 19:22ID:hawsmNOt
>>536
念のために
Fortran側からCの関数を
call abcd( 引数 )
とすると, abcd_ という名前の関数をコールしていることになるので,abcdというCの関数を呼ぶ場合は,
Cで abcd_ という関数を作ってその中で,本当に呼びたい abcd を呼ぶようにしないと使えません.
オプションで加工名のつけ方を指定すれば解決できるのかも知れませんが,移植性を考えて私は標準でこのようにしてます.
053851403/02/05 15:57ID:rIMlmH0y
遅レスですが、
>>526,533
情報どうもです。

行列演算のテスト用に乱数がほしいだけなので、
たぶんそんなに乱数の質は気にしなくても大丈夫だとは思います。

とりあえず、今日卒論の発表してきました。
このスレをみなかったらおいらの卒論はなかったよ。
どうもでした。

ま、卒論自体は
寒川さんの本の縮小再生産ってかんじだけどね。
0539login:Penguin03/02/08 13:36ID:w9ImhrFr
The following new information is now available at
Intel'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:Penguin03/02/11 20:50ID:4i3cK38F
このスレの先頭の3,4,5の記事は既に時代遅れ。
今はもっと簡単にインストールできます。
ifc も icc もFreeBSD用のversion6 のコンパイラのパッケージも
あるようですよ。今の最新版はVersion7です。
0541login:Penguin03/02/16 03:13ID:kgJUQrNa
以下のようなコードを書くと、
gccだと(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 ";"
とエラーを吐きます。

どうすれば回避できるのか、ご指導いただけないでしょうか?
054254103/02/16 18:03ID:kgJUQrNa
自己レス

ttp://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:Penguin03/02/17 23:43ID:KRtfXogi
ニヤニヤ(・∀・)
0544login:Penguin03/02/20 04:24ID:NjiabX2T
ニヤニヤ(・∀・)
0545login:Penguin03/02/25 01:08ID:uB5MBDWS
iccって個人使用ならまだ無料?
0546login:Penguin03/02/25 22:27ID:F5NmfAFa
-------------------------------------------------------
NEW 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:Penguin03/02/26 19:19ID:MAjrYlXD
すみません、入手方法が分からないのですが、どなたか教えて頂けないでしょうか?
buy か free evalution しかないように見えるのですが…
054854703/02/26 23:39ID:MAjrYlXD
やっと分かりました。ココですね。
ttp://developer.intel.com/software/products/compilers/flin/noncom.htm
0549login:Penguin03/03/02 23:20ID:LCrGqD3x
intel のコンパイラのソースコード公開希望。
0550login:Penguin03/03/03 01:18ID:oI3oBWnP
ちょっと前にレイトレーシングの話題が出てたので一言。
昔、MSXで紹介されてたレイトレーシングのプログラムが
C++で復活してました。
本来Windows用なのですが他マシンでも使えるようにソースが公開されてます。
GCCの事例はあるのですがIntelコンパイラで試してみてください。
http://www5e.biglobe.ne.jp/~liquor/raytrace/
ここの掲示板で語られています。Itaniumのことも報告されています。
0551login:Penguin03/03/03 01:45ID:yePrqlHM
l_cc_p_7.0.065.tar
を入れた後に
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_u03/03/03 22:22ID:kyfkjG7i
>>551
つっこんじゃ駄目!!
新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:Penguin03/03/04 18:25ID:b9XWyKWE
l_cc_pu_7.0.086.tarとl_fc_pu_7.0.087.tar てどこにあるの?

registering のメールに書いてあるアドレスから行けるftp サーバー
[ftp://download.intel.com]
探してみたけど無かった。

intel の製品を買って登録しないとだめとか?
0554crazy_u03/03/04 19:37ID:B34pJ2VL
>>553
460の書込み読んでください.
055555303/03/04 23:24ID:b9XWyKWE
<<554
なんだか申し訳ない感じ。。
license が付いてきたメールをちゃんと読んでなかったです。


0556login:Penguin03/03/05 07:08ID:88af8vjx
うまくLoginできない(ノД`)たすけて・・・
0557login:Penguin03/03/05 07:19ID:88af8vjx
ttp://www.intel.com/software/products/registrationcenter/index.htm
↑ここで登録したらRegistration Centerに逝っちゃうんですけど
ttps://premier.intel.comにはどうやってloginしたら・・・m(_~_)m土下座
055853303/03/05 10:09ID:SL0wvUku
まとめ
ttp://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 を使えばできるかもしれないけど新しいのを取ってきたほうがよさげ.
055955703/03/05 17:22ID:bhMk2Z2E
>>558
(⌒0⌒)/わかりやすい説明アリガト〜、いまdownload中です。
良スレを汚しちゃってカナーリ(/ω\)ハズカスィ・・・
0560ot2203/03/06 18:39ID:wmuEIwKz
>> 549
> intel のコンパイラのソースコード公開希望。
昔話です. gcc-1.5(とってもあやしい) あたりにIntelからPentium用のgccへの
パッチが流れたことがありましたけど, もうそれはないでしょうね.

以下のようなURLもありました。 gcc-3.4まで待つしかないですかね?

http://people.redhat.com/dnovillo/spec2000/gcc/global-run-ratio.html
0561login:Penguin03/03/08 01:48ID:/o6CinrA
>>560
icc が圧倒的に高性能ですなぁ。
0562login:Penguin03/03/13 22:45ID:MRYC6k3z
ニヤニヤ(・∀・)
0563ot2203/03/16 19:46ID:5ASs5Vh9
Pentium Mって出ましたけど, 次のifc, iccってコンパイラオプション
増えるんでしょうかね? Instruction Schedulingが変わるだろうから…

キャッシュが大きくなったのが効くのかどうか? はたまた, キャッシュを
意識したコーディングが必要になるのか? 頭は痛くなるばかりですね.
0564crazy_u03/03/16 22:11ID:dDd8YAG7
「頭が痛くなる」<「計算が速くなる期待でわくわく」
ではないでしょうか?
それよりも,Itanium2系でdual Deerfieldを個人で賄える金額の計算機として期待してます(今年は1GHzで,かつ,L3 cacheが少ないので見送り).
来年出荷予定のhpのmx2 chipset搭載のドーターボード(32MBのon-board L4 cache)がとても魅力的です.
(今,考えているアルゴリズムが活きそうなので)
0565login:Penguin03/03/17 06:50ID:oyPke+qm
VisualC++との互換性が最高だ
gcc通らない香具師はコイツでコンパイルできる
0566login:Penguin03/03/21 15:52ID:5a5UYyOI
ニヤニヤ(・∀・)
0567login:Penguin03/03/23 05:28ID:GzEC9Wiv
ifcでbinaryでファイルを作ったのだが、

-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:Penguin03/03/23 08:22ID:tIPREeC7
>>567
関係ないが「3月 23」カコワルイヨ。なぜに「3月 23日」で表示できない?
0569login:Penguin03/03/23 14:00ID:hZrrGmyr
>567
Large File Support in Linux
にどのくらい対応してくれているか調べるのが吉。
ttp://www.suse.de/~aj/linux_lfs.html
057054603/03/27 20:53ID:Hd+9ec1b
RedHat8に対応したらしい。
…ってもう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:Penguin03/04/02 06:25ID:G+RkFIg+
0572login:Penguin03/04/05 13:38ID:hkP3eLct
ニヤニヤ(・∀・)
057354603/04/09 19:17ID:6L2jzawi
また出た。(w

-------------------------------------------------------
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 Update03/04/11 13:13ID:L8501bRn
4/10/2003

Intel(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:Penguin03/04/11 16:47ID:FwaJM4lj
(´-`).。oO(日刊icc)
0576login:Penguin03/04/11 17:29ID:UMPCjAWO
ICCでカーネルコンパイルするには
どうしたらいいのですか?
0577login:Penguin03/04/11 20:30ID:SCrC2sbb
>>576
カーネルソースとiccを用意すればOKです。
057854603/04/11 21:33ID:tgLU/SfT
>>576
このスレ最初から読めば答えが見つかるかもしれない。
0579login:Penguin03/04/11 21:47ID:iBPAGJjQ
>>576
モジュール関連で失敗する。やめとけ。
0580login:Penguin03/04/12 03:49ID:Er+MX+0v
Intelのサイトからダウソしてきた。

$ 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:Penguin03/04/12 18:25ID:Er+MX+0v
--- /usr/include/netinet/in.h 2003-03-22 01:18:35.000000000 +0900
+++ /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:Penguin03/04/12 18:27ID:Er+MX+0v
+#undef htons
+#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:Penguin03/04/12 19:47ID:Er+MX+0v
icpc: Command line warning: ignoring unknown option '-fno-exceptions'
icpc: 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'
058454603/04/13 21:51ID:TLsIQjQR
>>581
なるほど、iccはsubstitute_headersディレクトリを
先に読むんですね。
あとgccに_GNUC_っていうモノ(なんて呼ぶのかな?)があるように、
iccには_ICCっていうモノが定義されていると。

勉強になるっす。
0585ずっと悩んでるんですが03/04/14 22:15ID:j6EMRXw4
558 の手順を踏んでいるのに、
ttps://premier.intel.com にアクセスすると、
403 Forbidden: Access Denied
が出るのはなぜでしょう?
registration center にはログイン出来ます。

バージョンアップ通知のメールがむなしい...
0586login:Penguin03/04/15 00:40ID:HzsTJWBw
何故にno?

configure: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_u03/04/15 01:57ID:OJCe6Mqy
>>585
サーバーが混んでいるらしくてそうなることがありますよ.
別の日にまたアクセスしてみたらどうですか.
0588山崎渉03/04/17 11:52ID:KRn99/cy
(^^)
0589ずっと悩んでるんですが03/04/17 13:29ID:Wk5Y9jA1
>>587
ども。それがこの半年間ずっとなんですよ。
今まで一度も成功したことがないんです。
色々と環境を変えて試してるんですけど...
0590login:Penguin03/04/17 15:50ID:QgET5h2K
ニヤニヤ(・∀・)
0591login:Penguin03/04/17 17:43ID:/aq2zRyO
>>589
コピペ


Q : アドレスがhttpsから始まるページを見られません。


A : SSLの使用がブラウザの設定上許可されていない場合は、
   閲覧することが出来ません。 ブラウザソフトの設定で、
   SSLの使用を許可する設定を行って下さい。

   またプロキシサーバーが設定されていると、
   httpsから始まるセキュリティをかけたホームページが
   閲覧できない可能性があります。
   httpsから始まるURLを閲覧される場合、
   プロキシサーバーの設定を解除して下さい。
059254603/04/17 22:02ID:jm+VbmCX
>>585
半年も悩んでいるなんて…
イソテルに(゚Д゚)ゴルァメール出したらどうでしょう。

私も同じような経験があり、
メールしたら、サクッと対応してくれました。
0593ずっと悩んでるんですが03/04/17 22:50ID:Wk5Y9jA1
>>591
ども。SSL は registration center でも使われてますよね。
そちらにはアクセス出来ます。
cookie, java も許可してるんですけど。
0594login:Penguin03/04/18 00:00ID:njmNpDb9
>>593
すまんコ

ぶっちゃけ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/E
>>592,594
Intel にメール出してアクセス出来るようにしてもらいました。
もっと早く出しときゃよかった...
結構対応が早くてびっくりしました。
みなさん、ありがとうございました。
0596login:Penguin03/04/18 14:21ID:B0a+r35o
>>印照
Good job !!
059754603/04/18 22:01ID:80K5uDQe
>>595
良かったですね。
イソテルは対応早いよね。

今気になると言えば、
ttps://premier.intel.comが w3mだとログインできないなぁ。
こっちもゴルァメールしてみようかな。(w
0598山崎渉03/04/20 05:53ID:X64WTq1+
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0599堕天使03/04/20 19:51ID:b5ZjwhaX
http://life.fam.cx/
0600login:Penguin03/04/22 09:50ID:C1rUY+Aw
Debianな方々にお聞きしたいのですが、ifc,icc,mklどうやってインストールしてます?
ttp://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_u03/04/22 21:49ID:KDlncQys
CalculiX (http://www.dhondt.de/)を使っている方はいらっしゃいますか?
データデザインが気に食わないので,そこは設計し直して,
中身はFortran90化(object志向の構成に再構成)して,
研究者間で共通で使えるコンパクトなプラットホームを構築しようと思っています.
Abaquasベースなので大変形FEMが対象となります.(私は不安定問題や分岐問題がターゲット)
数値計算ライブラリ(連立方程式の高速解法(主に直接法)や大次元の部分固有値解析や各種ツール)の構築を含みます.
連立方程式の解法はバークレーのSuperLUをブロック計算法に改良してP4とItanium2に最適化するつもりです.
大次元の部分固有値解析はSubSpace法を考えています.(Lanczos法は再直交化のタイミングとかの調整が面倒)
(業務で構築したものを持ち出すと公開できない(訴えられる)ので新規に構築します)
(プライベートな時間で行うので,それなりの開発期間はかかりますが)
割とコンパクトでfortranで書かれているopen sourceのFEMコードで
もっとこういうのが良いと言う情報をお持ちの方がいらっしゃいましたら
情報をいただけませんでしょうか?
(ADVENTUREも検討しましたが,研究者用のプラットホームとしてはもう少しコンパクトな方がベターと考えました.)
0602login:Penguin03/04/26 14:11ID:h76tuGQg
>601
とりあえずシミュレーション板は見ましたか?
http://science.2ch.net/test/read.cgi/sim/1037265506/27
にリンク集があったりするので。
あと地球シミュレータのGeoFEMとか?
0603crazy_u03/04/26 18:56ID:MiNXCyE+
>>602
情報ありがとうございます.
とりあえずそちらの板を見てみます.
0604login:Penguin03/04/29 19:54ID:FjBPBJSI
なんやら、おもしろいことをやろうとしているのは分かるが
個人的な意見としては、もういい加減fortran見限ってほしい。

f90使ってまでobject化しなくてもいいじゃん……
(f90が中途半端にマイナーメジャー化するのが嫌かも。)
0605login:Penguin03/04/30 03:02ID:3+jGzA7G
C++はあまりにもぐちゃぐちゃな言語仕様で、コードの安全性が危ういし、
Cをベースにしているので、数値計算にはいろいろと不都合な点が多いし、
最適化が言語仕様上できにくいし、ヘッダーをインクルードするので、
プラットホーム独立性が低くて移植が手間だし、ポインターを多用する
コードは、効率がトータルでよいとはいえない。
0606login:Penguin03/04/30 16:16ID:EopZ8WMa
かといってf90がPost C++になりえるのかというと、
0607login:Penguin03/04/30 21:11ID:rdWVmHEP
f90でオブジェクト指向でプログラミング出来るのでしょうか?
なんか「fortran オブジェクト指向」とかググっても有益な情報がヒットしません。
ウチの研究室では未だに77で・・・
何かいいサイトor本があったら教えて下さいm(_ _)m
0608login:Penguin03/04/30 23:38ID:xoh+mpFh
>605
>C++はあまりにもぐちゃぐちゃな言語仕様で、コードの安全性が危ういし、
言語仕様がぐちゃぐちゃなのは周知の事実だけど、
コードの安全性が危うい、までは言えないかと。

>Cをベースにしているので、数値計算にはいろいろと不都合な点が多いし、
たとえば、多次元配列を(メモリ上連続に)切るのとか若干面倒だねえ。
でも、どれもカバーできん領域の問題じゃないでしょ。

>最適化が言語仕様上できにくいし、ヘッダーをインクルードするので、
>プラットホーム独立性が低くて移植が手間だし、ポインターを多用する
fortranだって変わらんやん。
プラットホーム変えれば、両方とも若干の修正が必要とされるし。

>607
組もうと思えば、普通にf90で組めると思うよ。
海外の数値計算のライブラリとかf90で組まれているのもいくつかあるし。

ただ、f77からオブジェクト指向化したいからf90ってなんか間違っている気がする。
f90使いたい人って、いまさらC++を学習したくない人ばっかしやん。
C++の言語仕様を覚えるよりも、
オブジェクト指向を体得する方が敷居が高いと思う。
060960703/05/01 00:57ID:mR+IhfD+
>>608
正直C++使いなんで、素直にC++使いたいところなのですが、そーも行かない事
情があるのでせめて f90 でクーデターを、と思った次第です。
しっかし
ttp://www.cs.rpi.edu/~szymansk/OOF90/F90_Objects.html
の
VII. Dynamic Dispatching
とか読んでも頭痛くなって来ますな…。ホントに出来なくはないって感じ…
スレ違いスマソ。
0610crazy_u03/05/02 14:24ID:La9MEaTu
f90が中途半端な言語仕様であることは十分認識した上での選択です.
やや年配の方たちにはfortranオンリーの人も多く,
その人達が現役で活躍できる期間の貴重な時間を(研究の本質ではない)C++の学習に使わせたくないという配慮です.
(私はf90,C/C++とも使えます.念のため.)
SMP用にする場合はどうしてもfortranとC/C++の混合になるので,いっそのこと全部C/C++でとは思いますが...
0611login:Penguin03/05/02 23:43ID:qE4h7Qxj
あまり崇高な議論ではないのですが、私の経験だと(数値計算)
C++ ではあまり g++ 2.95.3 -O3 に比べてあまり有意なスピード差が
Intel でも AMD でも得られないんですが、そんな経験している人います?

C only だと dynamic allocation あまり使ってない場合は 3 割程度
速くなったこともあるのですが、使っている場合はあまり差が無い
場合もあるんですが…
0612login:Penguin03/05/02 23:44ID:fkI4zisF
☆★☆我のHP、遂に完成!☆★☆

ついに我の念願のサイト『Japan@ちゃんねる』が出来ました!!
この『にちゃんねる』を夢見て、頑張ってCGI勉強から取り組み、0chスプリクトで作成してまいりました!!
是非、足を運んでみてはどうでしょうか?
http://student55.hp.infoseek.co.jp/index.html です。
改良点・ご批判・ご感想をお願いいたします。
ブラクラではありません。列記としたインフォシークです。
0613login:Penguin03/05/02 23:51ID:yqBl63uC
f90のどのあたりが中途半端か教えて頂戴。
0614名無しさん@Emacs03/05/03 00:50ID:f7Aih6s7
そもそも、数値計算でオブジェクト指向するメリットがわからん。
0615login:Penguin03/05/03 00:54ID:Z7Ada4/X
多変数の系をプログラムするときに各変数をカプセル化しちゃいますが
なにか?
0616login:Penguin03/05/03 03:50ID:L3RpXKqL
>611
コンパイラオプションはちゃんと設定した?
例) 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
0617login:Penguin03/05/03 09:17ID:OqdU7aeR
>>614
Fortran で 10-20万行位の数値計算プログラムを見たら
げろってなるよ。OO 万歳とはいわないけど...
0618名無しさん@お腹いっぱい。03/05/03 12:29ID:NkO+t9NS
>>613
オペレータ再定義が貧弱。数値計算ではこれ重要。
クラス、テンプレートがない。コード再利用、拡張しやすいライブラリ書くのが困難。

必要ないと思う人はFortran90/95/2000使えばいいと思うが。
0619名無しさん@Emacs03/05/03 12:37ID:5Ul4S/7k
オペレータ再定義自体はオブジェクト指向とは関係ないんだけどね。
0620名無しさん@お腹いっぱい。03/05/03 12:49ID:NkO+t9NS
>>619
"関係ない"は言い過ぎです。
sytax sugarでmulti dispatchなmethodですから。
0621crazy_u03/05/03 13:13ID:qW0c/rfL
>>617
私が一人で構築・維持・アップグレードしているのは
FEMシステム3つと数値計算ライブラリ1つですが,夫々,
22万行,24万行,27万行(もうすぐ引退),55万行です.
巨大なごみプロにならないようなメンテナンスをしていくためにも
オブジェクト指向化できる部分はしていくのがベターと思っています.
ここはIntel Compilerの板なのでそれ関連を(今の話の流れとは関係なく)無理やり言うと
compileが速いのと,
某社のcompilerの倍の性能のbinaryができる(今は改善されているかも知れませんが)
ので助かってます.
0622動画直リン03/05/03 13:13ID:7+WXd9WD
http://homepage.mac.com/hitomi18/
0623名無しさん@Emacs03/05/03 20:17ID:qzDz4NW8
RH9 入れた!!
ifc 動かない!!!

要ダウングレードですか.....
■ このスレッドは過去ログ倉庫に格納されています