From: Daniel Jacobowitz <dan@debian.org>
To: "Steven J. Hill" <sjhill@cotw.com>
Cc: gdb@sources.redhat.com, linux-mips@oss.sgi.com
Subject: Re: Stabs and discarded functions (was Re: Old bug with 'gdb/dbxread.c' and screwed up MIPS symbolic debugging...)
Date: Thu, 1 Nov 2001 11:53:43 -0500 [thread overview]
Message-ID: <20011101115343.A31822@nevyn.them.org> (raw)
In-Reply-To: <3BE182FB.2B8D8F8B@cotw.com>
On Thu, Nov 01, 2001 at 11:14:35AM -0600, Steven J. Hill wrote:
> GNU gdb 2001-11-01-cvs
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "--host=i686-pc-linux-gnu
> --target=mips-linux-elf"...
> (gdb) target remote /dev/ttyS1
> Remote debugging using /dev/ttyS1
> 0x80012c88 in breakinst () at gdb-stub.c:907
> 907 __asm__ __volatile__("
> (gdb) bt
> #0 0x80012c88 in breakinst () at gdb-stub.c:907
> #1 0x8020aabc in brcm_irq_setup () at irq.c:421
> #2 0x8020aaf0 in init_IRQ () at irq.c:434
> #3 0x801fc83c in start_kernel () at init/main.c:524
> #4 0x801fd6f8 in init_arch (argc=160, argv=0xb3000000, envp=0x2,
> prom_vec=0xbf) at setup.c:425
> (gdb) c
> Continuing.
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x80012c88 in breakinst () at gdb-stub.c:907
... I wonder why you get a second SIGTRAP. Never happens to me. Quirk
of your hardware?
> 907 __asm__ __volatile__("
> (gdb) bt
> #0 0x80012c88 in breakinst () at gdb-stub.c:907
> #1 0x8001a554 in sys_create_module (name_user=0x10001dc8 "brcmdrv",
> size=713264) at module.c:305
> (gdb) c
> Continuing.
>
> So, it would seem according to you and Keith, we have a linker bug that
> is specific to MIPS and other architectures that do not use PC relative
> branches that needs to be resolved?
No, I think that what Keith was saying described a worse side effect of
the removed sections. I've no idea why this doesn't manifest on other
platforms.
So can we work around this in GDB, or can we get the .stabs removed?
Does ld edit the .stabs? I'll enquire over on that list.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2001-11-01 16:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3BDF7F79.6050205@cygnus.com>
2001-10-31 17:00 ` Old bug with 'gdb/dbxread.c' and screwed up MIPS symbolic debugging Steven J. Hill
2001-10-31 16:32 ` Daniel Jacobowitz
2001-10-31 18:11 ` Andrew Cagney
2001-10-31 22:47 ` Stabs and discarded functions (was Re: Old bug with 'gdb/dbxread.c' and screwed up MIPS symbolic debugging...) Daniel Jacobowitz
2001-11-01 12:43 ` Keith Owens
2001-11-01 17:14 ` Steven J. Hill
2001-11-01 16:53 ` Daniel Jacobowitz [this message]
2001-11-01 17:59 ` Steven J. Hill
2001-11-01 17:59 ` Steven J. Hill
2001-11-01 17:14 ` Steven J. Hill
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=20011101115343.A31822@nevyn.them.org \
--to=dan@debian.org \
--cc=gdb@sources.redhat.com \
--cc=linux-mips@oss.sgi.com \
--cc=sjhill@cotw.com \
/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