Re: install ifort 9.0 with alien...
Daniel Grimwood
Hi,
I just stumbled across the post (via a google search) on 13 Dec 2005 by
fredan...@free.fr about getting the Intel em64t compilers to work on amd64
debian. I got this to work a couple of days ago so am just sharing how I did
it...
Two points - first is the ia32-libs package needs to be installed (as Len
Sorensen had suggested to Fred).
Second - dh_gencontrol does not know that em64t and amd64 are the same. A
solution is to manually change em64t to amd64 during the alien conversion of
the Intel rpm.
1. alien -gsk to build a directory with all the necessary files - see the -g
flag of alien in the man page.
2. edit the debian/control file and change the architecture from em64t to
amd64.
3. run "debian/rules binary" to build the package. It complains about some
libstdc++ dependencies but apart from that it works for me.
Regards,
Daniel
On Tue, Dec 13, 2005 at 08:39:10PM +0100, fred wrote:
> Hi all,
>
> I attempt to install intel fortran compiler 9.0 amd64/EM64T
> (intel-iforte9-9.0-021.em64t.rpm) with alien.
>
> But alien fails :
> alien intel-iforte9-9.0-021.em64t.rpm
> Package build failed. Here's the log:
> dh_testdir
> dh_testdir
> dh_testroot
> dh_clean -k -d
> dh_installdirs
> dh_installdocs
> dh_installchangelogs
> find . -maxdepth 1 -mindepth 1 -not -name debian -print0 | \
> xargs -0 -r -i cp -a {} debian/intel-iforte9
> dh_compress
> dh_makeshlibs
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libcprts.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libcxa.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libcxaguard.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libifcore.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libifcoremt.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libifport.so: File
> format not recognized
> objdump: debian/intel-iforte9/opt/intel/fce/9.0/lib/libunwind.so: File
> format not recognized
> dh_installdeb
> dh_shlibdeps
> /usr/bin/ldd: line 1: /lib/ld-linux.so.2: No such file or directory
> ldd: /lib/ld-linux.so.2 exited with unknown exit code (127)
> dpkg-shlibdeps: failure: ldd on
> `debian/intel-iforte9/opt/intel/fce/9.0/bin/codecov' gave error exit
> status 1
> dh_shlibdeps: command returned error code 256
> make: [binary-arch] Error 1 (ignored)
> dh_gencontrol
> dpkg-gencontrol: error: current build architecture amd64 does not appear
> in package's list (em64t)
> dh_gencontrol: command returned error code 65280
> make: *** [binary-arch] Error 1
> find: intel-iforte9-9.0: No such file or directory
>
> In fact, several *.so file are ascii text :
> cat libunwind.so
> INPUT ( libunwind.so.5 )
>
> I could link these files alien would erase them.
>
> What's wrong ?
---------------------------------------------------------------------
Dr. Daniel Grimwood Room : 303.208
Nanochemistry Research Institute Email: rea...@ivec.org
Curtin University of Technology Phone: +61 8 9266 3204 (office)
P.O. Box U 1987, Perth +61 8 9266 3780 (lab)
Western Australia, 6845 Australia Fax : +61 8 9266 4699
--
To UNSUBSCRIBE, email to debian-amd...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Giacomo Mulas
> 1. alien -gsk to build a directory with all the necessary files - see the -g
> flag of alien in the man page.
> 2. edit the debian/control file and change the architecture from em64t to
> amd64.
> 3. run "debian/rules binary" to build the package. It complains about some
> libstdc++ dependencies but apart from that it works for me.
Yes, it works but... it will litter your nice standard debian filesystem
with foreign directories, such as /opt and friends which are so standard on
red hat, fedora and similar. I suggest (as I did myself) to add a 2.5 step
in which you move files and directories to some decent debian-conforming
place. This also involves minimal editing of the executable scripts, but you
will get a clean, debian-conforming filesystem hierarchy, with no things in
odd places.
Bye
Giacomo
--
_________________________________________________________________
Giacomo Mulas <gmu...@ca.astro.it>
_________________________________________________________________
OSSERVATORIO ASTRONOMICO DI CAGLIARI
Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222
Tel. (UNICA): +39 070 675 4916
_________________________________________________________________
"When the storms are raging around you, stay right where you are"
(Freddy Mercury)
_________________________________________________________________
--
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.
Daniel Grimwood
> Yes, it works but... it will litter your nice standard debian filesystem
> with foreign directories, such as /opt and friends which are so
> standard on
> red hat, fedora and similar. I suggest (as I did myself) to add a 2.5
> step
> in which you move files and directories to some decent debian-conforming
> place. This also involves minimal editing of the executable scripts,
> but you
> will get a clean, debian-conforming filesystem hierarchy, with no
> things in
> odd places.
Yes that would be easy to do. The executable scripts need editing
anyway, so it's not much extra work. I should rewrite my conversion
script to do this properly.
I asked Joey Hess about em64t vs amd64 and he said it is fixed in alien
8.61.
Regards,
Daniel.
---------------------------------------------------------------------
Dr. Daniel Grimwood Room : 303.208
Nanochemistry Research Institute Email: rea...@ivec.org
Curtin University of Technology Phone: +61 8 9266 3204 (office)
P.O. Box U 1987, Perth +61 8 9266 3780 (lab)
Western Australia, 6845 Australia Fax : +61 8 9266 4699