Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Lassi Niemistö" <lassi.niemisto@wapice.com>
To: "gdb@sourceware.org" <gdb@sourceware.org>
Subject: Build root location affects debugging on PowerPC
Date: Fri, 25 Aug 2017 09:02:00 -0000	[thread overview]
Message-ID: <659baa98c7344fd2af55c359c1133681@EDB3.wapice.localdomain> (raw)

Hello,
 
I have a 32bit project, which is compiled both for x86 and the PowerPC MPC8309E processor with GCC 4.8.2 and -ggdb3. Debug symbols are splitted into a separate debug file. I have a working setup for debugging both architectures using GDB 7.10.1 (custom build, --enable-target=all), both for regular and core dump analysis scenarios.
 
Recently I discovered a problem: whereas the x86 debugging works regardless where my project's build root is located (typical scenario for core dump analysis, another developer rebuilds the software to get matching symbols), the powerpc debugging shows incorrect crash locations. Sure the source/build paths will be tattooed to the debug information, which changes e.g. the .o file content, but this should not affect debugging, should it? I have tested that recompilation in the _same_ path does not cause the issue.
 
To investigate further, I tried to update to GDB 8.0, but hit a wall right when trying to even open the core file:
 
""
(gdb) core <path to core>
warning: core file may not match specified executable file.
[New LWP ****]
Cannot access memory at address 0x3f4
Cannot access memory at address 0x3f0
gdbarch.c:3355: internal-error: int gdbarch_elf_make_msymbol_special_p(gdbarch*): Assertion `gdbarch != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
""
 
I will file a bug report about the 8.0 but does anyone have a clue what could be the problem with 7.10.1 and why specific to PowerPC? The problem is present both for regular debugging (i.e. let it run and crash) and core dump analysis.
 
-Lassi N.


             reply	other threads:[~2017-08-25  9:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-25  9:02 Lassi Niemistö [this message]
2017-08-30 12:18 ` Lassi Niemistö

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=659baa98c7344fd2af55c359c1133681@EDB3.wapice.localdomain \
    --to=lassi.niemisto@wapice.com \
    --cc=gdb@sourceware.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: link
Be 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