Attached is a new ebuild and related files for the Intel C++ Compiler (ICC) 7.0 . I think this should be masked out at first until I get a reply from Intel about the behavior of the main executable. For the curious the question is about why the icc command in version 7.0 out puts the following when no command line parameters are use: # icc /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x18): undefined reference to `main' While this is the output of icc 6.0 whith no command line parameters: # icc icc: Command line error: no files specified; for help type "icc -help" That said, I've yet to find any problems with binaries compiled with icc-7
Created attachment 5951 [details] icc-7.0 ebuild and related files $ tar tzf icc-7.0.tar.gz icc/ icc/files/ icc/files/digest-icc-7.0 icc/files/7.0/ icc/files/7.0/05icc-ifc icc/icc-7.0.ebuild icc/ChangeLog
Intel replied with: "This issue has already been reported to the developers. It is marked as a feature request. I will let you know when there is an update." Which basicly means it will be fixed when the next patch comes out. Since this doesn't affect the quality of compiled code I'm changing my recommendation from keeping this masked to treating as any normal package.
I couldn't access the attachments... my browser asks me if I would like to save the cgi =P
Yea, I think bugzilla doesn't send the Content-Disposition header which is what says what the file name sbould be (I think). Just save "the cgi" as "icc-7.0.tar.gz" and everything should be fine. If things still seem weird run `file icc-7.0.tar.gz` to see what the file really is.
The ebuild I'm attaching (which I just wrote) is slightly better, in my opinion. It has the dependencies fixed (Intel says icc-7.0 needs glibc 2.2.4 or newer), it uses rpm2targz instead of rpm2cpio to eliminate the need for rpm itself (rpm is a lot bigger than rpm2targz), and it has the updated version of the license (icc-7.0). It also fixes the URL in the einfo with regards to where to locate the non-commercial license.
Created attachment 6234 [details] icc.tar.gz (ebuild, license, and environment file)
Created attachment 6235 [details] Fixed icc.tar.gz Actually, I broke the URL. Oopsy. Fixed in this one.
Jon, I made some improvments based on your work and I'll attach a new tarball incorperating them. I decided against rpm2targz because it is 10 times slower than rpm2cpio and more packages use rpm. Plus any KDE user will have rpm installed. I don't agree that the SLOT="0" is betten than SLOT="7". If your thinking to only have one version of icc installed at any time then unmerging old versions of icc will break any binaries compiled with it until that can be fixed. Some of your other edits will make the ebuild less easily portable to future versions of icc.
Created attachment 6239 [details] icc-7.0 ebuild, license, and related files # tar tzf icc-7.0.tar.gz dev-lang/icc/ChangeLog dev-lang/icc/files/ dev-lang/icc/files/digest-icc-7.0 dev-lang/icc/files/7.0/ dev-lang/icc/files/7.0/05icc-ifc dev-lang/icc/icc-7.0.ebuild licenses/icc-7.0
Good point wrt SLOT. I didn't think of that.