This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: "set foo"

From: Tom Tromey <tromey at redhat dot com>
To: Eli Zaretskii <eliz at gnu dot org>
Cc: brobecker at adacore dot com, gdb at sourceware dot org
Date: Tue, 27 Apr 2010 11:24:29 -0600
Subject: Re: "set foo"
References: <8339yk1skw.fsf@gnu.org> <20100424212118.GW13204@adacore.com> <83y6gbzm4e.fsf@gnu.org> <20100425144347.GA2744@adacore.com> <83sk6jzhzv.fsf@gnu.org> <m339yip4hu.fsf@fleche.redhat.com> <83aasqyuo5.fsf@gnu.org> <m3tyqym204.fsf@fleche.redhat.com> <83633eynot.fsf@gnu.org> <m3tyqxk2t2.fsf@fleche.redhat.com> <831ve0zv1a.fsf@gnu.org>
Reply-to: Tom Tromey <tromey at redhat dot com>

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

>> One thing you could do is dump the dwarf for the CU holding Fmake_symbol.
>> Then look for the definition of struct Lisp_Symbol.  Just those DIEs
>> might be enough to see the problem.
>> 
>> Or you could dump all the dwarf and get it to me somehow.

Eli> Can GDB dump that?

No, but you can use objdump.

Tom

References:
- "set foo"
  - From: Eli Zaretskii
- Re: "set foo"
  - From: Joel Brobecker
- Re: "set foo"
  - From: Eli Zaretskii
- Re: "set foo"
  - From: Joel Brobecker
- Re: "set foo"
  - From: Eli Zaretskii
- Re: "set foo"
  - From: Tom Tromey
- Re: "set foo"
  - From: Eli Zaretskii
- Re: "set foo"
  - From: Tom Tromey
- Re: "set foo"
  - From: Eli Zaretskii
- Re: "set foo"
  - From: Tom Tromey
- Re: "set foo"
  - From: Eli Zaretskii

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]