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=7628&alloc_id=16845&op=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=7628&alloc_id=16845&op=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
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=7628&alloc_id=16845&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel