the ebuild askes for l_cc_pc_8.1.032.tar.gz but it doesn't suggest the url to follow. however, going in the intel compiler page and registering for a eval or free-noncommercial release i could only find a 8.1.028 release, and ftp hasn't 32. what do i need to do?
You need to register for premier access. It's free. I agree that the ebuild should suggest a URL.
Maybe it would in addition be nice to always leave an ebuild lying around that doesn't require premier access? (even if it's for free)
so what is this url? I can't find it.
imho there _IS_ no 8.1.032, no matter if you have a premier account or not. its simply not there: http://www.intel.com/software/products/compilers/downloads/clin.htm ftp://download.intel.com/software/products/compilers/downloads/l_cc_pc_8.1.028.tar.gz you can simply browse the latter url without the package itself to see actually whats there or whats not there. aside from that: you only need (free) premier access to get the (free) license to use icc (which is a nice compiler but thats another issue :)) so, imho the version number for the ebuild is still *-8.1.0.28
Karl, where have you find the .32 version? i guess you tested the ebuild...so you must have the file too..
I just ran into the same problem. "l_cc_pc_8.1.028.tar.gz" is all I was able to find.
Just
Just wondering: "emerge -pvu world" keeps taunting me with an icc update I'm supposed to perform but I don't know how because the release archive doesn't seem to exist. What is the plan for remedying this situation?
Hi Karl, would you please drop the 8.1.032.ebuild? When users cannot download the file from intel (most probably was withdrawn by Intel), then the ebuild just blocks people. I'll upload my 8.1.028 ebuild. It installs the thing but honestly said I didn't know much what I was doing, some files in the files/ subdirectory don't tell me what they mean. But it works. # emerge =dev-lang/icc-8.1.028 Calculating dependencies ...done! >>> emerge (1 of 1) dev-lang/icc-8.1.028 to / >>> md5 files ;-) icc-8.1.028.ebuild >>> md5 files ;-) files/digest-icc-8.1.028 >>> md5 files ;-) files/8.1.028/05icc >>> md5 files ;-) files/8.1.028/icpc >>> md5 files ;-) files/8.1.028/icc >>> md5 src_uri ;-) l_cc_pc_8.1.028.tar.gz >>> Unpacking source... >>> Unpacking l_cc_pc_8.1.028.tar.gz to /var/tmp/portage/icc-8.1.028/work >>> Source unpacked. find: /var/tmp/portage/icc-8.1.028/work/opt/intel_cc_80: No such file or directory find: /var/tmp/portage/icc-8.1.028/work/opt/intel_cc_80: No such file or directory find: /var/tmp/portage/icc-8.1.028/work/opt/intel_cc_80: No such file or directory find: /var/tmp/portage/icc-8.1.028/work/opt/intel_cc_80: No such file or directory find: /var/tmp/portage/icc-8.1.028/work/opt/intel_idb_80: No such file or directory find: /var/tmp/portage/icc-8.1.028/work/opt/intel_idb_80: No such file or directory >>> Test phase [not enabled]: dev-lang/icc-8.1.028 >>> Install icc-8.1.028 into /var/tmp/portage/icc-8.1.028/image/ category dev-lang cp: cannot stat `opt/intel_cc_80/*': No such file or directory cp: cannot stat `opt/intel_idb_80/*': No such file or directory install: cannot stat `/usr/local/portage/dev-lang/icc/files/8.1.028/x86/icc': No such file or directory install: cannot stat `/usr/local/portage/dev-lang/icc/files/8.1.028/x86/icpc': No such file or directory man: >>> Completed installing icc-8.1.028 into /var/tmp/portage/icc-8.1.028/image/ >>> Merging dev-lang/icc-8.1.028 to / --- /usr/ --- /usr/share/ --- /usr/share/doc/ --- /usr/share/doc/icc-8.1.028/ >>> /usr/share/doc/icc-8.1.028/lgpltext.gz [cut]
Created attachment 62624 [details] a bit broken but otherwise working ebuild Would be nice if someone with better knowledge of portage would fix it. Unpack while in /usr/local/portage/
FYI, icc-9.0 is out! ftp://download.intel.com/software/products/compilers/downloads/eval/l_cc_bc_9.0.016.tar.gz Also, some bugfix release as of May 2 2005 of the 8.1.028 version (which was originally Mar 16 2005), maybe that's why 8.1.032 doesn't exist anymore. ;-) ftp://download.intel.com/software/products/compilers/downloads/eval/l_cc_pc_8.1.028_ev05.tar.gz BTW: With 8.1.028 binaries I'm saving 20% of time when computing on P4 system with "icc -O2 -xN" binaries compared to "gcc-3.4.4 -O3 -march=pentium4 -mfpmath=sse -fomit-frame-pointer -pipe" binaries.
i can find the l_cc_p_9.0.021.tar.gz and not 23. you keep adding +2 to version revision, probably available only for premier support. i can't understand..
there is no l_cc_p_9.0.023.tar.gz, only the l_cc_p_9.0.021.tar.gz. and that has nothing to do with premier support or not. furthermore: the 9.0.21 is just available for evaluation, the noncommercial usage of that compiler will start in august, the 9.0.21 is inside the "preview" directory on ftp.intel.com. i dont feel its ok that one does NOT mask such a ... "alpha" version with the need for the evaluation license.
in portage that's a 9.0.21 version, working. please mask 9.0.23 as not available to normal public. close this bug when masked
I've cleaned up most of this mess now. I've removed the transient 03x versions, which are only available for short periods to people with premier access. I added 8.1.028, which is available to everybody, and I masked the 9.0.23. 9.0.21 is still marked ~x86, and will remain so until a "proper" 9.0 release is made. I don't see why we need to mask this. It's already clearly marked as not being stable. It installs in parallell with the 8.1 series (but you have to take care of paths yourself). Hopefully, we can flag 8.1.028 as x86 soon. With this, I consider the matter closed. Please open a new bug should there be issues with 8.1.028.
