主题：最新的intel编译器（Linux）下载地址
f2003
[专家分：7960] 发布于 2011-11-26 23:25:00
一周前有个兄弟上传了一个注册机，今天我想试一试，于是下载了最新的intel parallel studio编译器套件。
注册+回答问题半天，最终就是得到一个地址。我把他帖出来，你拷贝到一个文件中然后直接wget -i下载。
http://registrationcenter-download.intel.com/akdlm/irc_nas/2405/parallel_studio_xe_2011_sp1_update1_intel64.tgz
http://registrationcenter-download.intel.com/akdlm/irc_nas/2405/parallel_studio_xe_2011_sp1_update1_ia32.tgz
http://registrationcenter-download.intel.com/akdlm/irc_nas/2405/parallel_studio_xe_2011_sp1_update1.tgz
在windows下生成了一个license.lic，拷贝到linux下的指定目录中，证明有效。
$ ifort -V
Intel(R) Fortran Intel(R) 64 Compiler XE for applications running on Intel(R) 64, Version 12.1.1.256 Build 20111011
Copyright (C) 1985-2011 Intel Corporation. All rights reserved.
回复列表 （共23个回复）
11 楼
f2003 [专家分：7960] 发布于 2011-11-30 21:53:00
2楼，10楼：
Linux下的intel编译器还是编译器套件免费了？给个链接？
12 楼
dongyuanxun [专家分：7180] 发布于 2011-11-30 21:58:00
用intel编译器就上了贼船了，要时刻注意他的更新update和change log，形形色色莫名其妙的bug层出不穷
静态反汇编是一会儿事，动态是另一会儿事儿，ARM最好采用动态远程调试法
现在用开源居多，有些我提交的代码也是逆向一些商业软件猜出来的，我暂时没用到flexlm加密的软件，用到会尝试破一破
13 楼
dongyuanxun [专家分：7180] 发布于 2011-11-30 22:00:00
[quote]2楼，10楼：
Linux下的intel编译器还是编译器套件免费了？给个链接？[/quote]
印象里只有个人版免费，套件不免费
很久不用了
14 楼
f2003 [专家分：7960] 发布于 2011-11-30 22:03:00
3楼：
gfortran+archer+CodeBlocks Debugger Branch+Fortran Plugins谁与争锋
能具体解释一下么。Fortran Plugins是指为IDE的吧？archer是？
能不能更组合一点，gfortran + dragonegg + llvm 3 +...,更好玩一些！
15 楼
dongyuanxun [专家分：7180] 发布于 2011-11-30 22:15:00
Fortran Plugin是个Code::Blocks插件，只是作者还提供整合的CB IDE而已，你可以自行编译，他是使用的trunk的某个版本编译，调试功能较弱，用CB的Debugger分支更好一些，这样也能兼顾到C/C++
archer是gdb的一个分支，其中的archer-jankratochvil-vla branch目标是能够很好的显示C/Fortran的变长和动态数组
CB中显然可以支持各种编译器同时使用，用法太多，规则都可以自行写
dragonegg和llvm3今天出release
dragonegg暂时还没移植到windows上来（依赖gcc插件），也限制了他的使用。前段时间我已经初步将gcc插件做了windows移植，mingw/mingw64和binutils/gcc的主要windows maintainer都知晓此事，不过由于更改了很多binutils的符号导出代码，upstream并不支持我的变更，所以仅作为一个实验性的移植方法，不过也意味着dragonegg可以移植了。
16 楼
f2003 [专家分：7960] 发布于 2011-12-01 23:16:00
楼上比我还喜欢玩，拜一下先。
gdb对Fortran90支持不好，这很遗憾，非常希望archer分支早点合并到主干。
dragonegg对gfortran 4.6支持的如何呢？试着用它编译一下lapack，编译成功但测试的时候出现好多错误，都是有关复数的。单/双精度实型的子程序测试都过了。
说用intel编译器就是上贼船，我觉得夸张了，即使它bug稍多，但它优化的效率是无敌的，难道没有吸引力？不仅仅如此，parallel studio除了编译器还有其他工具，vtune是我最喜欢的玩具！至于加-openmp后栈溢出这问题N年前大家就解决了，搜帖吧。
17 楼
helo_aBiNg [专家分：480] 发布于 2011-12-01 23:33:00
@f2003: 在 intel 机子上当然有吸引力，不用 -openmp，就是 -ipo 也是特色。
你上帖最后一句是对我提到 -openmp 程序出错的回复吗？栈溢出当然知道，但与我的问题应该无关。连 !$OMP 语句都没加，而且 Debian Wheezy 下 ulimit 是没有限制的，明显是 ifort 处理出错。但我不清楚除了 !$OMP 外程序哪里会干扰到它。
dragonegg，这名儿...
18 楼
f2003 [专家分：7960] 发布于 2011-12-01 23:43:00
其他都没改，只加了个-openmp就段错误的话，那肯定就是ulimit设置不够大，设unlimited并不等于无限制或者无穷大，系统还是有限制的，你必须手动设置一个足够大的数。
为什么-openmp与栈溢出有关系呢？因为原先放在数据段或者bss段的一些数据，在加了-openmp选项后被编译器放到栈中。
19 楼
dongyuanxun [专家分：7180] 发布于 2011-12-02 01:22:00
intel最好的工具就是vtune了，不过编译器持保留意见（剔除优化库）
dragonegg我还没开始研究，正在和llvm那帮人瞎扯呢，我当然力主和4.6进行结合
gfortran我现在用的很少，测试还是用的我原来的老代码
chapuni说llvm/dragonegg今天日本标准时间2：20出3.0release，我还没见到
svn里已经final了
20 楼
helo_aBiNg [专家分：480] 发布于 2011-12-02 14:16:00
@f2003: 如果 ifort 因为 -openmp 自动将 bss 数据段搬到 stack 中，那很容易理解。另外抱歉，我当前系统 stack size 是 8M，看岔了。有空去测试下，谢谢。
我来回复
您所在位置：