Jack Howarth wrote:
Peter,
I believe I have a fixed version of the lammpi packaging now on the
fink tracking system. Please try it. There are essentially four changes
to configure. The first three are needed to create a lam which will
actually work when built under fink with g++-3.3. These changes are...
1) to undo change in enable_dlopen made to configure in lam
7.1.1
2) to revert to using ld instead of gcc to link reloadable
objects as was the case in lam 7.0.6
These two changes are wrong. The second is necessary and was added because
ld will thin fat input objects. cc -nostdlib -Wl,-r will give fat output for
fat input.
3) to revert back to '${wl}-flat_namespace ${wl}-undefined
${wl}suppress' for allowed_undefined_flag instead of
'${wl}-undefined ${wl}dynamic_lookup'
unset MACOSX_DEPLOYMENT_TARGET in a compilescript before configure will do
that for you.
The fourth change is required to allow gromacs-mpi to link
the lam shared libs into its own shared libs...
4) to remove -force_flat_namespace from WRAPPER_EXTRA_LDFLAGS
This looks like the actual cause of your later errors.
With these changes I can build lam-7.1.1-1 on MacOS X 10.4.3
against Xcode 2.2 and the resulting lam works properly and passes
all of the testsuite in lamtests 7.1.1. I can also build the
gromacs-mpi package against this lam 7.1.1-1 package.
Today is Monday, which means that I'm quite unlikely to have time to look at
this, sorry.
Peter
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
