Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure
Fang, You have to be extra careful with gmp because upstream doesn't use the standard config.guess (which would make configuration much more bullet proof). Jack -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure
If you examine the build log (ours should match), the failure is happening when a .libs/libgmpxx.4.dylib-master.o is being linked, which happens to be the only object that is i386, while all others are x86_64 (using file *.o). the i386 intermediate step causes x86_64 symbols to be lost somehow. There should be no business in compiling/linking an i386 object, so I need to figure out why this is happening amidst all the compile/link flags... Fang I was finally able to reproduce this on a fresh bootstrap, but never on my primary fink, even after removing as many gmp* packages as possible. Anyhow, it looks like this is due to some architecture mismatch during compile or link earlier in the build. Will look into it further... Fang -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On a clean install of the package, with the following system parameters: $ fink -V Package manager version: 0.29.99.cvs Distribution version: selfupdate-cvs Wed Jan 12 09:20:24 2011, 10.6, x86_64 Trees: stable/main stable/crypto unstable/main unstable/crypto local/main local/injected $ fink list xcode | tail -n 1 ixcode 3.2.5-1 [virtual package representing the developer tools] I have a linker failure as below: ... g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests -fexceptions - -I/sw32/include -O2 -pedantic -m64 -mtune=core2 -march=core2 -c -o t-istream.o t-istream.cc /bin/sh ../../libtool --tag=CXX --mode=link g++ -O2 -pedantic -m64 - -mtune=core2 -march=core2 -L/sw32/lib/x86_64 -L/sw32/lib -o t-istream t-istream.o -L../../.libs ../../tests/libtests.la ../../libgmpxx.la ../../libgmp.la libtool: link: g++ -O2 -pedantic -m64 -mtune=core2 -march=core2 -o .libs/t-istream t-istream.o - -L/sw32/src/fink.build/gmp5-64bit-5.0.1-5/gmp-5.0.1/.libs - -L/sw32/lib/x86_64 -L/sw32/lib ../../tests/.libs/libtests.a ../../.libs/libgmpxx.dylib /sw32/src/fink.build/gmp5-64bit-5.0.1-5/gmp-5.0.1/.libs/libgmp.dylib ../../.libs/libgmp.dylib ld: warning: directory '/sw32/lib/x86_64' following -L not found Undefined symbols: operator(std::basic_istreamchar, std::char_traitschar , __mpf_struct*), referenced from: check_mpf()in t-istream.o operator(std::basic_istreamchar, std::char_traitschar , __mpq_struct*), referenced from: check_mpq()in t-istream.o operator(std::basic_istreamchar, std::char_traitschar , __mpz_struct*), referenced from: check_mpz()in t-istream.o ld: symbol(s) not found collect2: ld returned 1 exit status make[4]: *** [t-istream] Error 1 - -- Alexander Hansen, Ph.D. Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0zkeUACgkQB8UpO3rKjQ+6OACbBCU0ppC7q3BkQ1LXoRQxZUOl vwQAoJgexJaS6BIqKRBpC5RuTTclRmcb =U8Zb -END PGP SIGNATURE- -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/ -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/ -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure
Hi, It looks like the libtool script is dropping the -m64 during link. Recall that path-prefix-10.6's g++ (compiler_wrapper) is set to i386 (32b). This is why libgmpxx.4.dylib-master.o is built for i386, which causes subsequent links to libgmpxx.dylib (x86_64) to fail. Peter (our libtool-er), can you comment on my observation? Is this a possible libtool bug? gmp-5.0.1's ltmain.sh is from libtool 2.2.6b. Relevant log exceprt below (note the link command): /bin/sh ./libtool --tag=CXX --mode=link g++ -O2 -pedantic -m64 -mtune=core2 -march=core2 -version-info 6:1:2 -L/sw-fresh/lib/x86_64 -L/sw-fresh/lib -o libgmpxx.la -rpath /sw-fresh/lib/x86_64/gmp5 dummy.lo cxx/isfuns.lo cxx/ismpf.lo cxx/ismpq.lo cxx/ismpz.lo cxx/ismpznw.lo cxx/osdoprnti.lo cxx/osfuns.lo cxx/osmpf.lo cxx/osmpq.lo cxx/osmpz.lo libgmp.la libtool: link: g++ -r -keep_private_externs -nostdlib -o .libs/libgmpxx.4.dylib-master.o .libs/dummy.o cxx/.libs/isfuns.o cxx/.libs/ismpf.o cxx/.libs/ismpq.o cxx/.libs/ismpz.o cxx/.libs/ismpznw.o cxx/.libs/osdoprnti.o cxx/.libs/osfuns.o cxx/.libs/osmpf.o cxx/.libs/osmpq.o cxx/.libs/osmpz.o ld: warning: in .libs/dummy.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/isfuns.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/ismpf.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/ismpq.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/ismpz.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/ismpznw.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/osdoprnti.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/osfuns.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/osmpf.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/osmpq.o, file was built for unsupported file format which is not the architecture being linked (i386) ld: warning: in cxx/.libs/osmpz.o, file was built for unsupported file format which is not the architecture being linked (i386) libtool: link: g++ -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o .libs/libgmpxx.4.dylib .libs/libgmpxx.4.dylib-master.o -L/sw-fresh/lib/x86_64 -L/sw-fresh/lib ./.libs/libgmp.dylib -m64 -mtune=core2 -march=core2 -install_name /sw-fresh/lib/x86_64/gmp5/libgmpxx.4.dylib -compatibility_version 7 -current_version 7.1 ld: warning: directory '/sw-fresh/lib/x86_64' following -L not found ld: warning: in .libs/libgmpxx.4.dylib-master.o, file was built for i386 which is not the architecture being linked (x86_64) libtool: link: dsymutil .libs/libgmpxx.4.dylib || : warning: no debug symbols in executable (-arch x86_64) libtool: link: (cd .libs rm -f libgmpxx.dylib ln -s libgmpxx.4.dylib libgmpxx.dylib) libtool: link: ( cd .libs rm -f libgmpxx.la ln -s ../libgmpxx.la libgmpxx.la ) Fang If you examine the build log (ours should match), the failure is happening when a .libs/libgmpxx.4.dylib-master.o is being linked, which happens to be the only object that is i386, while all others are x86_64 (using file *.o). the i386 intermediate step causes x86_64 symbols to be lost somehow. There should be no business in compiling/linking an i386 object, so I need to figure out why this is happening amidst all the compile/link flags... Fang I was finally able to reproduce this on a fresh bootstrap, but never on my primary fink, even after removing as many gmp* packages as possible. Anyhow, it looks like this is due to some architecture mismatch during compile or link earlier in the build. Will look into it further... Fang -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On a clean install of the package, with the following system parameters: $ fink -V Package manager version: 0.29.99.cvs Distribution version: selfupdate-cvs Wed Jan 12 09:20:24 2011, 10.6, x86_64 Trees: stable/main stable/crypto unstable/main unstable/crypto local/main local/injected $ fink list xcode | tail -n 1 i xcode 3.2.5-1 [virtual package representing the developer tools] I have a linker failure as below: ... g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests -fexceptions - -I/sw32/include -O2 -pedantic -m64 -mtune=core2 -march=core2 -c -o t-istream.o t-istream.cc /bin/sh ../../libtool --tag=CXX --mode=link g++ -O2 -pedantic -m64 - -mtune=core2 -march=core2 -L/sw32/lib/x86_64 -L/sw32/lib -o t-istream t-istream.o -L../../.libs ../../tests/libtests.la ../../libgmpxx.la
Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure
On 01/18/2011 07:40 PM, David Fang wrote: Relevant log exceprt below (note the link command): /bin/sh ./libtool --tag=CXX --mode=link g++ -O2 -pedantic -m64 -mtune=core2 -march=core2 -version-info 6:1:2 -L/sw-fresh/lib/x86_64 -L/sw-fresh/lib -o libgmpxx.la -rpath /sw-fresh/lib/x86_64/gmp5 dummy.lo cxx/isfuns.lo cxx/ismpf.lo cxx/ismpq.lo cxx/ismpz.lo cxx/ismpznw.lo cxx/osdoprnti.lo cxx/osfuns.lo cxx/osmpf.lo cxx/osmpq.lo cxx/osmpz.lo libgmp.la libtool: link: g++ -r -keep_private_externs -nostdlib -o .libs/libgmpxx.4.dylib-master.o .libs/dummy.o cxx/.libs/isfuns.o cxx/.libs/ismpf.o cxx/.libs/ismpq.o cxx/.libs/ismpz.o cxx/.libs/ismpznw.o cxx/.libs/osdoprnti.o cxx/.libs/osfuns.o cxx/.libs/osmpf.o cxx/.libs/osmpq.o cxx/.libs/osmpz.o ld: warning: in .libs/dummy.o, file was built for unsupported file format which is not the architecture being linked (i386) Please rerun the /bin/sh ./libtool line with --debug as the first argument, save both stderr and stdout to a log file and email it to me. Likely to be large, so dropping the list is ok. Not quite sure why this command is leading to creating a reloadable object file, hopefully a debug log will tell me. Oh, also the output of ./libtool --config, please. Thanks, Peter -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel