Re: Building 64-bit C++ shared libraries
On Tue, 13 Jan 2004, Albert Chin wrote: > [resending as this garnered no response] Sorry about that. > libtool 1.5 has the following to pass the -m64 GCC flag through to the > command building a C++ library: > # gcc -m* arguments should be passed to the linker via $compiler_flags > # in order to pass architecture information to the linker > # (e.g. 32 vs 64-bit). This may also be accomplished via -Wl,-mfoo > # but this is not reliable with gcc because gcc may use -mfoo to > # select a different linker, different libraries, etc, while > # -Wl,-mfoo simply passes -mfoo to the linker. > -m*) > > This doesn't do anything for building 64-bit C++ libraries with the > vendor C++ compiler. Do we need to do something similar? Or is it > easier for us to say that if $LD == $CC for a tag, any unrecognized > options are passed to $compiler_flags? This does seem like a reasonable approach to me. At the time -m support was added, I believe that usually LD was not the same as CC. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Building 64-bit C++ shared libraries
[resending as this garnered no response] libtool 1.5 has the following to pass the -m64 GCC flag through to the command building a C++ library: # gcc -m* arguments should be passed to the linker via $compiler_flags # in order to pass architecture information to the linker # (e.g. 32 vs 64-bit). This may also be accomplished via -Wl,-mfoo # but this is not reliable with gcc because gcc may use -mfoo to # select a different linker, different libraries, etc, while # -Wl,-mfoo simply passes -mfoo to the linker. -m*) This doesn't do anything for building 64-bit C++ libraries with the vendor C++ compiler. Do we need to do something similar? Or is it easier for us to say that if $LD == $CC for a tag, any unrecognized options are passed to $compiler_flags? -- albert chin ([EMAIL PROTECTED]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
no doctor vísit
Buy drugs online without seeing a doctor Learn about it here ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: more on shrext
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Benjamin Reed wrote: | I'm having trouble figuring out where the fault lies. I see that shrext | is being passed through some "delay_single_quote_subst" thing, so | shouldn't it, in theory, not get munged? I just applied the following as "obvious" because shrext does get evaled in ltmain.sh. Peter - -- Peter O'Gorman - http://www.pogma.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBQAPkZLiDAg3OZTLPAQKZGAQAgYpSvP7RZJBUjaLUClfpGYVA0KU6pnBt MNRsdnw6eOpUVxpnH0/Gr6IiMLSKexIyuaNYjCToWi9I4wN4nyDQ7E45cf5Xbkx+ 1vCgx9Vto77SFA9JC1xCq3sJE0rzMeSOCA1F6DiSXOFwXjUtW9BpTAF/6QNUo6N+ e2HuAMVjVG4= =YGE9 -END PGP SIGNATURE- 2004-01-13 Peter O'Gorman <[EMAIL PROTECTED]> * m4/libtool.m4: Quote shrext as it is evaled in ltmain. Index: m4/libtool.m4 === RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v retrieving revision 1.29 diff -u -3 -p -u -r1.29 libtool.m4 --- m4/libtool.m4 7 Jan 2004 12:26:25 - 1.29 +++ m4/libtool.m4 13 Jan 2004 12:21:08 - @@ -4326,7 +4326,7 @@ AC_MSG_RESULT([$_LT_AC_TAGVAR(ld_shlibs, test "$_LT_AC_TAGVAR(ld_shlibs, $1)" = no && can_build_shared=no _LT_DECL([], [libext], [0], [Old archive suffix (normally "a")])dnl -_LT_DECL([], [shrext], [0], [Shared library suffix (normally ".so")])dnl +_LT_DECL([], [shrext], [1], [Shared library suffix (normally ".so")])dnl _LT_DECL([], [extract_expsyms_cmds], [2], [The commands to extract the exported symbol list from a shared archive]) ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
buy medícations online
Buy cheap medications online, no doctor visit needed.We have Viagra, Pherentermine, Levitra, Soma, Ambien, Tramadol and many more products. Get it delivered directly to your door with full privacy. Experienced reliable service. Most trusted name brands. Your solution is here: http://www.gowebrx.com/?rid=1000 ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
