public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "jb at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/54572] Use libbacktrace library Date: Tue, 27 Nov 2012 08:59:00 -0000 [thread overview] Message-ID: <bug-54572-4-RYzeBq9PST@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-54572-4@http.gcc.gnu.org/bugzilla/> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572 --- Comment #9 from Janne Blomqvist <jb at gcc dot gnu.org> 2012-11-27 08:58:59 UTC --- (In reply to comment #7) > Why are there no line numbers in the backtrace from gdb? You said you compiled > with -g. Are you sure that libbacktrace itself was compiled with -g? I meant that I compiled the Fortran testcase with -g; GCC itself, including libbacktrace, was built with default flags which ought to be "-O2 -g", but I didn't specifically check how libbacktrace was built. Now that you mention it, it does indeed seem like libbacktrace doesn't have debug symbols for some reason. (In reply to comment #8) > The crash within libbacktrace is occurring as it tries to read the debug info. > This is presumably a bug in libbacktrace, but I don't know what the problem is > without more information. libbacktrace is pretty careful to only read memory > that was explicitly read. There is presumably a bug there, but I don't know > what it is. > > I doubt the fact that a signal occurred has anything to do with this. There > seems to be something odd about the debug info, as shown both by the fact that > libbacktrace crashes trying to read it and that gdb does not display file/line > information. I forgot to mention, that I'm able to get a symbolic backtrace from outside a signal handler. Though in that case my testcase used external procedures rather than module procedures, so I guess it's possible there's a bug in handling debug info for module procedures. I'll recheck this..
next prev parent reply other threads:[~2012-11-27 8:59 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-09-13 22:26 [Bug fortran/54572] New: " burnus at gcc dot gnu.org 2012-09-15 11:26 ` [Bug fortran/54572] " hp at gcc dot gnu.org 2012-09-16 8:33 ` jb at gcc dot gnu.org 2012-09-16 23:16 ` hp at gcc dot gnu.org 2012-11-25 15:10 ` jb at gcc dot gnu.org 2012-11-26 16:43 ` jb at gcc dot gnu.org 2012-11-26 16:46 ` jb at gcc dot gnu.org 2012-11-26 23:03 ` ian at airs dot com 2012-11-26 23:09 ` ian at airs dot com 2012-11-27 8:59 ` jb at gcc dot gnu.org [this message] 2012-11-27 9:33 ` burnus at gcc dot gnu.org 2012-11-27 10:06 ` burnus at gcc dot gnu.org 2012-11-30 21:56 ` jb at gcc dot gnu.org 2012-11-30 22:03 ` jb at gcc dot gnu.org 2012-12-01 6:43 ` ian at airs dot com 2012-12-01 19:48 ` jb at gcc dot gnu.org 2015-08-14 8:33 ` [Bug libfortran/54572] " fxcoudert at gcc dot gnu.org 2015-08-23 21:51 ` fxcoudert at gcc dot gnu.org 2015-08-23 21:52 ` fxcoudert at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-54572-4-RYzeBq9PST@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).