[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