Re: Libtool does not generate shared libraries when cross compiling x86/64 -> sparc64 using fujitsu compiler
Mike Frysinger <[email protected]>
| Newsgroups | gmane.comp.gnu.libtool.general |
|---|---|
| Message-ID | <[email protected]> |
On 03 Feb 2016 14:30, Harald Servat wrote: > we have found that > > ./configure --prefix=/tmp/test CC=fccpx --build=x86_64-linux-gnu > --host=sparc64-linux-gnu > > did not work. See: > > ... > checking whether the fccpx linker (/usr/bin/ld -m elf64_sparc) supports > shared libraries... no > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... unsupported > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... yes > checking whether a program can dlopen itself... cross > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... no > > However, the system support suggested to add the flag -Xg into the > Fujitsu compiler and we found that the following configure did work. > > ./configure --prefix=/tmp/test CC=fccpx --host=x86-linux CFLAGS="-Xg" > > checking whether the fccpx linker (/usr/bin/ld) supports shared > libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... fccpx: warning: > -print-search-dirs is unrecognized option. This option is passed to the > linker. > usage: fccpx [options] files. > GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... yes > checking whether a program can dlopen itself... cross > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > > So that works for the small test example I generated. However, when > passing the same flags to the application we want to build, then the > libtool still claims it does not support shared libraries. So there are > couple of questions then: any idea on why this larger case the addition > of CFLAGS and --host does allow libtool to generate shared libraries? > And, I don't have direct access to the system, but can I do something to > improve the support on this system? i don't know what "fccpx" is, but i'd guess that libtool just doesn't understand how it works. please attach the config.log file from that run. -mike _______________________________________________ https://lists.gnu.org/mailman/listinfo/libtool
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWsjnTAAoJEEFjO5/oN/WBMoYP/1mGSpvKF5MYJ9fEaFN0/hDI hYHFz6vx/bq21AeUptAEV15koYHiSKxQZeSvYZEQSLkpZCoa9Gfp60y+3a7uAqE6 Zu1DxoP7rroV/sZ40KsGHAI5dy8cMcir0w5BbWZmA/WBS0PMCuZq88pvwIN0EQ2o 90rMMupyZsuvZuZgezwYbvR0Q3eKztoPn4/zUgY8MJBtMBcQrzEMiRc4Wm+gzPOT Q7PfiDfA4XP3KvpoKcw966zS8iqfhborvvmguz7SSMDOHXlRK778ePRzaylctzen XeVJ9jrwEhxbuyf+n5Tluxhasy8e29wudxh4PfT1GF4v9XHgZxc1lb+05Nnl3T/P LoXBT7fW7xG9WKEKuo6aEBYMo0nhFpQigQw+DOGMStgdIMlGMwAJSZN1JV9k7wKS Qug+6Y/3kyCVqEucJHj/Pux8FWPslYIcSzGHPN+k8a9rMQHmI4nnbnahySLVf64C YjtY9rr368icjnIoY8MBO2tM1vK2OooVATMlt0vflrbOWCgxGGxWrLSgq9Bh40Dw n67CiACG7s3cD9LizhKoQGvPYpvF4PI5ofh7GgSMHb6nxGqFo494zDW+C+28gDwC +G8Zhp/R/+1RIMGBtoYkYpufxUh7AnfrK3AXlad1qr8fbgJwmHUADW2UST8IktnX jPfNgP7DY6z1VJWO61EO =rIin -----END PGP SIGNATURE-----