This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: New libtool is in the GCC and Src trees.
- From: Paolo Bonzini <paolo dot bonzini at lu dot unisi dot ch>
- To: Andreas Tobler <toa at pop dot agri dot ch>
- Cc: Steve Ellcey <sje at cup dot hp dot com>, bonzini at gnu dot org, libtool at cwilson dot fastmail dot fm, aoliva at redhat dot com, gcc-patches at gcc dot gnu dot org
- Date: Fri, 25 May 2007 10:12:43 +0200
- Subject: Re: New libtool is in the GCC and Src trees.
- References: <200705241735.KAA09881@hpsje.cup.hp.com> <4655EF30.3080705@pop.agri.ch>
- Reply-to: bonzini at gnu dot org
Index: ltmain.sh
===================================================================
--- ltmain.sh (revision 125036)
+++ ltmain.sh (working copy)
@@ -4794,7 +4794,7 @@
versuffix="$major.$age.$revision"
# Darwin ld doesn't like 0 for these options...
minor_current=`expr $current + 1`
- verstring="${wl}-compatibility_version ${wl}$minor_current
${wl}-current_version ${wl}$minor_current.$revision"
+ verstring="-compatibility_version $minor_current
-current_version $minor_current.$revision"
I think this should be
${wl}-compatibility_version,$minor_current
${wl}-current_version,$minor_current.$revision
Can you try?
I think it's fine to have such a patch in GCC only (as long as it is
safe with older compilers) for a short while; I agree however that in
the short-to-medium term all these workarounds belong in the upstream
libtool (since we want to keep it synchronized relatively often).
Paolo