>As the Intel web site says, there is no support for the Intel compiler
suite
and RH 9:
This causes a lot of confusion. It's not Redhat or SuSE that the complers
do not support- they do not support *ANY* system with a current glibc. What
happened is the intel libraries are linked against glibc 2.2. In glibc 2.3,
the way locale is dealt with changed, and as a result a datatype __ctype_b,
was eliminated. Now, even though noone really uses __ctype_b, as soon as
you try to use an intel library you'll get an unresolved symbol error
because the libraries linked against glibc 2.2 expect to find it.
All intel needs to do to fix the problem is recompile and rerelease.
There's also some trivial header stuff, which definitely looks like a
mistake on intel's part.
There is a workaround, which consists of compiling ctype.c taken from the
glibc 2.2 source tree and linking against it. This fixes the unresolved
symbol problems. See the following:
http://www.lam-mpi.org/MailArchives/lam/msg06567.php
So yes, I personally have a working LAM 7.0 with dynamic libs, compiled with
Intel 7.1 compilers, with current glibc, on RedHat 9.
-Luke
|
