Re: [patch] Fix oddity in personality routine

Jack Howarth <[email protected]>
Newsgroups gmane.comp.gcc.java.devel
Message-ID <[email protected]>
On Fri, Nov 27, 2009 at 10:40:17AM +0000, Andrew Haley wrote:
> borlum wrote:
> > 
> > 
> > Jack Howarth-3 wrote:
> >> On Tue, Nov 17, 2009 at 05:13:31PM +0000, Andrew Haley wrote:
> >>> Sometimes it doesn't work, so you have to be inventive.  Try
> >>> setting a breakpoint on Unwind_RaiseException, or step a single
> >>> instruction at a time when you get to a call.
> >>>
> >>>> I assume that gcc trunk's
> >>>> debug code is still compatible with Apple's gdb. If not, I do have
> >>>> a build of gdb 7.0 on Intel darwin that I can use instead. Thanks
> >>>> in advance for any hints on this issue.
> >>>>               Jack
> >>>> ps I do notice that gdb can't find the object files from
> >>> /sw/src/fink.build/gcc45-4.4.999-20091116/darwin_objdir/x86_64-apple-darwin9.8.0/libjava/.libs/libgcj.lax
> >>> so it might have problems with debugging within libgcj. If I recall
> >>> correctly this .lax issue is known...
> >>>> http://gcc.gnu.org/ml/gcc/2008-10/msg00083.html
> >>> Ouch.  That will cause gdb breakage, for sure.
> >> Andrew,
> >>    Re-reading Peter's comments in
> >> http://gcc.gnu.org/ml/gcc/2008-10/msg00083.html, I think I
> >> may be able to work around the lax issue with the proper setting of
> >> LD_LIBRARY to point to 
> >> the shared library in the build directory. I'll see if I can puzzle that
> >> one out.
> >>                  Jack
> >>> Andrew.
> >>
> > 
> > Hey Andrew,
> > 
> > Did you ever solve the problem? I'm having the same rather frustrating
> > error.
> 
> Not me, no.  I don't have a Darwin system.
> 
> Andrew.

Andrew,
    Now that we have a set of patches to fix the breakage in current gcc
trunk to dsymutil, I have uploaded a much more complete walk under x86_64-apple-darwin10.
I haven't managed to walk into _Unwind_Exception() yet but I do see that the 
crash occurs on continuing from the 39th instance of the _Unwind_Exception() breakpoint.
Is there some way I can get the unwinder data from inside of libgcj itself before
the call to _Unwind_Exception()? If the bad unwind information is being generated in
libjava wouldn't it be just as easy to see that from outside of libgcc (before the call
to _Unwind_Exception()?
               Jack
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.