Re: [Fink-devel] RE: lammpi 7.1.1 build problems
Jack Howarth wrote:
Oddly I see to see that when fink links liblam.0.0.0.dylib with gcc called
as gcc-4.0, I have...
gcc-4.0 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
.libs/liblam.0.0.0.dylib ...etc
whereas when I build lam 7.1.1 manually I end up with...
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o
.libs/liblam.0.0.0.dylib ...etc
which is very strange since the default compiler is set to gcc-4.0 in both
cases. The first case produced the liblam.0.0.0.dylib which had the additional
/usr/lib/libgcc_s.1.dylib linked in compared to the second case which didn't.
Jack
This is strange also because the libtool calls in both cases seem identical...
[]
It is curious that they produce such different linkages.
Different libtool versions in /sw and in /usr?
--
Martin
---
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=7628alloc_id=16845op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] RE: lammpi 7.1.1 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Costabel wrote: | This is strange also because the libtool calls in both cases seem | identical... | | [] | | It is curious that they produce such different linkages. | | | Different libtool versions in /sw and in /usr? | Nope, setting MACOSX_DEPLOYMENT_TARGET to 10.3 or later (as fink does) causes -undefined dynamic_lookup to be used in place of -undefined suppress. The fink package should probably have NoSetMACOSX_DEPLOYMENT_TARGET: true in it. Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQ38N1LiDAg3OZTLPAQKvlQP/UrEBGGW/hZSJ1YLnmMbs0GkOzcVT0/U9 Srnt5WavdkWBaHC8/TQ7Jg9fDsJXf7Zf0BSw2kc3U3nGv28W+55ai+TEy3xXOoIn cBzdJUumqzcMUJkp0jTkd+L87ZJx9PzRNwF3uvmXbGJ1PMq1bKdVn0HTvH3J20In g7I4587c5tk= =Svu1 -END PGP SIGNATURE- --- 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=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] RE: lammpi 7.1.1 build problems
Peter, Actually 'NoSetMACOSX_DEPLOYMENT_TARGET: true' is insufficient. I had to resort to 'SetMACOSX_DEPLOYMENT_TARGET: 10.2' in order to force libtool to use -undefined suppress. I'll post the packaging I have into the fink tracking system later today. There also was a patch I added to force the code in liblammpio.a to be built with -fno-common since mpicc automatically links that into shared libs in gromacs 3.3. I'm surprised no one caught that before as non-PIC code from static libs linked into shared libs can cause no end of grief. Jack --- 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=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] RE: lammpi 7.1.1 build problems
I don't understand why this build problem happens under fink but I believe I have identified the offending file. It appears that the breakage in the fink build of lam 7.1.1 originates in the liblam.0.0.0.dylib shared library. Oddly the fink built version shows... otool -L liblam.0.0.0.dylib liblam.0.0.0.dylib: /sw/lib/liblam.0.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.2) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) whereas the manually built version shows... liblam.0.0.0.dylib: /usr/local/lam-7.1.1/lib/liblam.0.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.2) ...which is really strange since both builds should be using gcc 4.0. Jack --- 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=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] RE: lammpi 7.1.1 build problems
Oddly I see to see that when fink links liblam.0.0.0.dylib with gcc called
as gcc-4.0, I have...
gcc-4.0 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
.libs/liblam.0.0.0.dylib ...etc
whereas when I build lam 7.1.1 manually I end up with...
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o
.libs/liblam.0.0.0.dylib ...etc
which is very strange since the default compiler is set to gcc-4.0 in both
cases. The first case produced the liblam.0.0.0.dylib which had the additional
/usr/lib/libgcc_s.1.dylib linked in compared to the second case which didn't.
Jack
This is strange also because the libtool calls in both cases seem identical...
/bin/sh ../../libtool --mode=link gcc-4.0 -O3
-Wl,-multiply_defined,suppress -L/sw/lib -o liblam.la -rpath /sw/lib
-export-dynamic ../../share/args/liblamargs.la ../../share/boot/liblamboot.la
../../share/etc/liblametc.la ../../share/freq/liblamfreq.la
../../share/kreq/liblamkreq.la ../../share/libltdl/libltdlc.la
../../share/mpi/liblamextra.la ../../share/nreq/liblamnreq.la
../../share/rreq/liblamrreq.la ../../share/ssi/libssi_lam.la
../../share/threads/liblamthreads.la ../../share/trillium/liblamtrillium.la
../../share/tstdio/liblamtstdio.la
/bin/sh ../../libtool --mode=link gcc -O3-Wl,-multiply_defined,suppress
-o liblam.la -rpath /usr/local/lam-7.1.1/lib -export-dynamic
../../share/args/liblamargs.la ../../share/boot/liblamboot.la
../../share/etc/liblametc.la ../../share/freq/liblamfreq.la
../../share/kreq/liblamkreq.la ../../share/libltdl/libltdlc.la
../../share/mpi/liblamextra.la ../../share/nreq/liblamnreq.la
../../share/rreq/liblamrreq.la ../../share/ssi/libssi_lam.la
../../share/threads/liblamthreads.la ../../share/trillium/liblamtrillium.la
../../share/tstdio/liblamtstdio.la
It is curious that they produce such different linkages.
---
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=7628alloc_id=16845op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
