[openfabrics-ewg] On vacation on Sep-13 till 12-Oct

[Jeff Squyres]

On 9/17/06 11:12 AM, "vlad at dev.mellanox.co.il" <vlad at dev.mellanox.co.il>
wrote:

>> What env flag are you setting, LIBS?  If so, that may not be safe if
>> configure adds other flags to LIBS (or may do so conditionally)...?
>> 
> We are using AM_LDFLAGS to pass -libverbs parameter in the Makefile.
> You can find this Makefile under OFED-1.1-rc5/SOURCES/openib-1.1 (just
> open openib-1.1.tgz)
> See an example:
> libmthca: libibverbs
>         $(MAKE) -C $(SRC)userspace/libmthca \
>         AM_LDFLAGS="-L../libibverbs/src -libverbs"
>         @echo "Make libmthca done"

That'll work; cool (ditto for Vlad who replied at more or less the same
time).

>> Just curious: this sounds like a symptom of the same reason that OMPI is
>> not
>> built until after OFED is installed (library paths change between building
>> and installing).  Is that why you're doing this for mthca and
>> libipathverbs
>> during the OFED build?
> 
> Exactly. Using this way we enable OFED RPMs building without affecting the
> running environment.

Has a chrooted environment been considered?

I understand the desire to have a build machine whose actual system isn't
touched by the OFED build, but it seems odd that we have to jump through
hoops to do what should be a trivial task (linking to dependent libraries).
Case in point: I've gone back and forth with one of the GNU Libtool
maintainers for a few months to try to figure out a way to build Open MPI in
this "fake" tree where all the rpath information for OMPI's executables
won't be incorrect in the actual installation tree.  We haven't had success
yet, but are meeting tomorrow to try again...

-- 
Jeff Squyres
Server Virtualization Business Unit
Cisco Systems