This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug gdb/13519] [avr][Regression 7.1/7.2/7.3/7.4] disassemblecommand attempts to disassemble SRAM rather than program memory
- From: "mnl at mnl dot de" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Fri, 24 Feb 2012 11:28:04 +0000
- Subject: [Bug gdb/13519] [avr][Regression 7.1/7.2/7.3/7.4] disassemblecommand attempts to disassemble SRAM rather than program memory
- Auto-submitted: auto-generated
- References: <bug-13519-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=13519
Michael N. Lipp <mnl at mnl dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mnl at mnl dot de
--- Comment #4 from Michael N. Lipp <mnl at mnl dot de> 2012-02-24 11:28:04 UTC ---
The question is: how clever should gdb be. If you say
(gdb) disas (void (*)())0x1,(void (*)())0x3
it works. But of course, you'd expect gdb to do that cast automatically in the
context of a disassemble.
I have attached a patch that does that cast for disassemble, both from the
command line as well as for mi. gdb is rathr complicated. I hope my approach is
correct.
Actually, the automatic cast should also be applied if you "x/i addr". But I
didn't bother to look that up as I'm using gdb from Eclipse anyway.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.