[cgma-dev] Linking to iGeom

Steve Jackson sjackson at cae.wisc.edu
Tue Jan 12 15:10:10 CST 2010


On Jan 12, 2010, at 14:40 , Jed Brown wrote:
>>> On my system, IGEOM_LDFLAGS includes lots of system paths which can
>>> cause order dependence and breakage (because these paths should be
>>> searched last, but will be searched earlier when given explicitly).
>> 
>> It isn't supposed to.  Are you specifying system paths to the configure
>> script?  For example, if hdf5 is installed in /usr or /usr/local, then it
>> should be sufficient to specify:
>>  ./configure
>> If you were to specify:
>>  ./configure --with-hdf5=/usr
>> then you will end up with the specified paths reflected in the resulting
>> makefiles.
> 
> I configured with
> 
>  ../configure --prefix=/home/jed/usr --enable-debug --enable-shared --with-mpi=/usr --with-occ=/opt/opencascade CC=mpicc CXX=mpicxx FC= F77=
> 
> and get
> 
> IGEOM_LDFLAGS = $(IGEOM_CXX_LDFLAGS)  -L/opt/opencascade/lib -L/usr/lib/openmpi -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.2 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.2 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.2/../../..
> 
> which is not quite optimal.

I can confirm CGM's habit of filling IGEOM_LDFLAGS with many explicit paths to /lib/ and  /usr/lib/, despite there being no reference to these dirs on the configure line:

../../code/configure --with-cubit=/local.hd/cnergg/sjackson/cubit10.2 --enable-debug --disable-optimize --prefix=/local.hd/cnergg/sjackson/CGM/cubit

produces

IGEOM_LDFLAGS = $(IGEOM_CXX_LDFLAGS)  -L/local.hd/cnergg/sjackson/cubit10.2/bin -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../..

I also see this behavior using --with-acis.  This hasn't caused breakage on me, but it isn't very pretty.
~S


More information about the cgma-dev mailing list