This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
[revert] Regression on PowerPC (Re: [patch] Fix gdb.cp/gdb2495.exp regression with gcc-4.7 #3)
- From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- To: Ulrich Weigand <uweigand at de dot ibm dot com>, Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 4 Jan 2012 15:01:04 +0100
- Subject: [revert] Regression on PowerPC (Re: [patch] Fix gdb.cp/gdb2495.exp regression with gcc-4.7 #3)
On Tue, 03 Jan 2012 15:44:53 +0100, Ulrich Weigand wrote:
> This seems to have caused
>
> FAIL: gdb.cp/gdb2495.exp: Call a function that raises an exception without a handler. (timeout)
Thanks for catching it.
> Switching to the ON_STACK method fixes this for me. But I'm not sure
> if there are other platforms beside PowerPC that have the same problem ...
> Maybe we ought to default to ON_STACK (at least on Linux?)?
Both AT_ENTRY_POINT solutions have some problems so I agree it is better to
keep it as is before some complete fix is implemented. Reverted my patch:
http://sourceware.org/ml/gdb-cvs/2012-01/msg00042.html
and reverted it also from 7.4:
http://sourceware.org/ml/gdb-cvs/2012-01/msg00043.html
In fact the whole issue isn't so serious (exception thrown out of infcall).
> Maybe there should be a default implementation based on
> gdbarch_inner_than/gdbarch_frame_align_p and the breakpoint length?
I will return to it in some time.
On Tue, 03 Jan 2012 16:52:06 +0100, Joel Brobecker wrote:
> It seems to me, at this point, that indeed the best way to solve
> the original problem is to transition the GNU/Linux platforms to
> ON_STACK.
I agree, I am no longer aware how to solve it without depending on the stack
space.
Sorry,
Jan