Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94671 - problems with new (still masked) ifc-8.1.026 ebuild
Summary: problems with new (still masked) ifc-8.1.026 ebuild
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Danny van Dyk (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-31 14:09 UTC by Tom Van Doorsselaere
Modified: 2006-06-05 17:14 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
The diff between the portage-tree 8.1.026 ebuild and my 8.1.024 ebuild (ifc-8.1.02?.diff,840 bytes, text/x-patch)
2005-05-31 14:13 UTC, Tom Van Doorsselaere
Details
file containing env.d-variables (06ifc,113 bytes, text/x-patch)
2005-05-31 14:15 UTC, Tom Van Doorsselaere
Details
Quick fix for build problem. (ifc-8.1.026.ebuild,2.41 KB, text/plain)
2005-06-18 07:03 UTC, Fredrik Hedman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tom Van Doorsselaere 2005-05-31 14:09:05 UTC
First of all I want to say that I don't like the fetch restricion. Couldn't we just fetch the sources like with the previous (old 7.1) ebuilds?

When checking ftp://download.intel.com/software/products/compilers/downloads/ the version you speak of (8.1.026) does not exist yet. Is this what you intended? In order to test your ebuild I renamed the ebuild to ifc-8.1.024.ebuild.

After I fetched the sources, I try to emerge this program. Here I encounter a serious bug.

---------------
>>> Unpacking l_fc_pc_8.1.024.tar.gz to /var/tmp/portage/ifc-8.1.024/work
/usr/portage/eclass/rpm.eclass: line 50: /var/tmp/portage/ifc-8.1.024/work/intel-*.i386.rpm: No such file or directory
---------------

Obvious solution: fix the rpm_unpack command and put in the right directory.
On we go... Everything works! Great.

Now we'll test the compiler.

---------------
# ifort -v
bash: ifort: command not found
# /opt/intel_fc_80/bin/ifort -v
Version 8.1
---------------

Seems like the executable is not in the path. In previous ebuilds this was fixed  by copying a file (05icc-ifc) into /etc/env.d/. However, I would suggest that in the new {icc,ifc}-ebuilds this file is split up into a 05icc and 06ifc.
To copy this file (06ifc) to the right location, we need to add a doins to the ebuild.

I hope these comments help to improve the ebuild. Thanks for making new ebuilds!
Comment 1 Tom Van Doorsselaere 2005-05-31 14:13:25 UTC
Created attachment 60302 [details]
The diff between the portage-tree 8.1.026 ebuild and my 8.1.024 ebuild

As mentioned above, I changed the rpm_unpack location and added a insinto/doins
statement to src_install
Comment 2 Tom Van Doorsselaere 2005-05-31 14:15:40 UTC
Created attachment 60304 [details]
file containing env.d-variables

This is the file 06ifc mentioned in the previous comments. This file should go
in ${FILESDIR}/${PVR}/
Comment 3 Danny van Dyk (RETIRED) gentoo-dev 2005-06-01 15:18:50 UTC
Version 8.1.026 _does_ exist and is available via the Premier Support programm.
You'll get an account for that by registering your ifc/icc or mkl license
for Premier Support.

As soon as the version is freely available, I'll remove the fetch restrictions.

As for the env.d scripts: For the time being i plan to ship such files, yes.
In the long run, i want icc/ifc to be selectable via gcc-config :-)
Comment 4 Tom Van Doorsselaere 2005-06-02 10:33:47 UTC
does the RPM extract fine in the 8.1.026.ebuild?
Comment 5 Fredrik Hedman 2005-06-18 07:03:02 UTC
Created attachment 61445 [details]
Quick fix for build problem.

This ebuild fixes the problems with the rpm reported before and also adds
a couple of files that need to be changed via sed editing in the bin direcotry.


Once the licenese file is installed a user should source one of the files:
/opt/intel_fc_80/bin/ifortvars.{sh,csh} to set up the environment.
Comment 6 Patrizio Bassi 2005-07-06 07:20:25 UTC
ifc 9.0 out, please bump  
Comment 7 Danny van Dyk (RETIRED) gentoo-dev 2006-06-05 17:14:38 UTC
As stated on the other ifc-8 bug(s): WONTFIX, won't work on <ifc-9.