[openfabrics-ewg] RC7 sles9 sp3 ibutils compile error

[Doug Ledford]

On Mon, 2006-10-09 at 12:10 +0200, Hoang-Nam Nguyen wrote:
> Hi,
> > The error file is very big ...
> > See the error below,
> > Any one knows why it trys to find
> /var/tmp/OFED/usr/local/ofed/lib64/libibdm.so as 32 bit .
> > It was compiled as 64 bits .
> Don't know. But if the executable is 64/32 bit then the system should look
> for required libs
> in 64/32 bit respectively. That's what I've observed on ppc64 systems when
> I called
> eg ibv_ud_pingpong in 64/32 bit.

Well, if it compiled the 64bit app and then had the wrong -L flag on the
final link command (and 32/64bit link errors don't show up at compile
time, just at run time, as I learned long ago with libsysfs, as long as
the symbol name is found, the link is assumed good, and at runtime the
link fails due to the wrong type).  So, I assume this is because the
build.sh script is building a 32bit app on a default 64bit system
without passing anything in the LDFLAGS environment variable to specify
the 32bit libs instead of the default 64bit libs or something like that
(or it could be the reverse, 64bit is non-standard, you have
LDFLAGS="-L/usr/local/lib64" being set for 64bit compile to work, and
when compiling 32bit they forget to unset that env variable).  On RHEL
anyway, since 32bit is more efficient on ppc chips than 64bit unless you
actually *need* 64bit, that is the default, and we specify what is
needed to force 64bit when we want it.  

-- 
Doug Ledford <dledford at redhat.com>
              GPG KeyID: CFBFF194
              http://people.redhat.com/dledford

Infiniband specific RPMs available at
              http://people.redhat.com/dledford/Infiniband
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openfabrics.org/pipermail/ewg/attachments/20061009/7207c13a/attachment.sig>