This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Issue with Latest GDB on AIX with GCC-6.12
- From: David Edelsohn <dje dot gcc at gmail dot com>
- To: Pedro Alves <palves at redhat dot com>, Nitish Kumar Mishra <mishra dot nitish dot 88 at gmail dot com>
- Cc: "gdb at sourceware dot org" <gdb at sourceware dot org>, Yao Qi <qiyaoltc at gmail dot com>
- Date: Sat, 28 Jan 2017 20:11:42 -0500
- Subject: Re: Issue with Latest GDB on AIX with GCC-6.12
- Authentication-results: sourceware.org; auth=none
- References: <CAGWvnyn0dfXfP8z+G0DFf4JWBZMXreetzg3+xX8_+7LYTmgw6Q@mail.gmail.com>
On Sat, Jan 28, 2017 at 6:56 PM, David Edelsohn <dje.gcc@gmail.com> wrote:
> If the problem is throwing an exception through a function called via
> pointer, then the solution should be to follow the suggestion in
> comment #8 and add an appropriate incantation of
>
> -Wl,-bkeepfile:
>
> to the link step for GDB, something like
>
> gdb/config/powerpc/aix.mh
> MH_LDFLAGS = -Wl,-bkeepfile:event-top.o
-bkeepfile for the obvious candidates does not fix the problem. And
-bexpfull fails to links.
FYI, there is a ramdisk filesystem mounted as /scratch that greatly
speeds up Git checkout and builds, although the underlying filesystem
obviously is transient and should not be used for persistent files. I
am waiting for an Emacs build without the incorrect dependency. For
BS/DEL, at worst you can remap it with stty erase ^? .
Note that std::terminate() is called specifically because there was an
unwind failure and no handler was found in eh_throw.cc in libsupc++
(part of libstdc++).
Is this code trying to propagate an exception through a signal
handler, in which case GCC MD_FALLBACK_FRAME_STATE_FOR needs to be
tweaked to find more AIX kernel signal handler signatures.
- David