On Thu, Dec 03, 2009 at 09:32:38PM +0100, Ralf Wildenhues wrote:
> * Jack Howarth wrote on Thu, Dec 03, 2009 at 03:22:56AM CET:
> > On Wed, Dec 02, 2009 at 11:08:49PM +0100, Richard Guenther wrote:
> > > On Wed, 2 Dec 2009, Ralf Wildenhues wrote:
> > > > 
> > > > The Libtool update would fix a couple of bugs, one of which is important
> > > > for mi...@least.  Any chance this could still be considered?
> > > 
> > > I think this is up to you - I can't asses the benefits or risks
> > > of the change.
> 
> Well, the benefits are on the table: fixes important for MinGW, cross
> compiles for HP-UX, shared libraries with binutils on AIX, less noise
> and thus (hopefully) less conflicts with future merges of configure
> scripts; the risks are build breakage on some systems or with some
> setups (that are not exercised with the Libtool test suite), and some
> developers rightly being angry at me for such a late change.
> 
> I can only offer to help with any breakage as resources permit
> (latency < 24hrs for the next 8 days at least).  I expect any serious
> breakage to show up within the following time GCC is bootstrapped on
> the system in question.
> 
> > Actually, I would be very interested in testing the proposed libtool patch
> > to verify that this new change works as advertised (coupled with the pending
> > dsymutil fixes...http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00094.html
> > and http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00096.html). This should 
> > finally
> > fix up darwin for properly debugging in libstdc++ and libjava which both
> > use such libtool convenience archives.
> 
> Do you need anything to test the patch before it is applied, or did you
> mean to test it when it has been applied?  (To test this patch that does
> not include regenerated files, apply it, then
>   find $srcdir -name configure | while read f; do
>     (cd $(dirname $f) && autoconf)
>   done
> 
> then build.
> 
> Thanks,
> Ralf

Ralf,
   I just finished testing the regenerated files you sent me against current
gcc trunk on x86_64-apple-darwin10 and the new libtool -force_load support
works perfectly and gcc completes its bootstrap without any problems. The
resulting binaries now properly are handled by gdb...

[MacPro:~] howarth% gdb 
/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/ecj1
GNU gdb 6.3.50-20050815 (Apple version gdb-1346) (Fri Sep 18 20:40:51 UTC 2009)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared 
libraries ...... done

warning: Could not find object file "/var/tmp//ccnhWP0M.o" - no debug 
information available for "/var/tmp//ccaBaUr9.i".


(gdb) 

The numerous warnings in gdb about missing object files from convenience 
archives are
now missing when libgcj is loaded. Nice.
              Jack
ps Of course my build also has the pending dwarf2out.c fixes for dsymutil 
applied as
mentioned earlier. Thanks in advance for getting this libtool update into gcc 
4.5.

Reply via email to