bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/10263] objdump does not disassemble ARM code entered with


From: mikpe at it dot uu dot se
Subject: [Bug binutils/10263] objdump does not disassemble ARM code entered with .word directives
Date: 13 Jun 2009 21:31:17 -0000

------- Additional Comments From mikpe at it dot uu dot se  2009-06-13 21:31 
-------
Nick,

(In reply to comment #4)
> Hi Mike,
> 
>   I was thinking about this problem last night and it occurred to me that 
> there
> is a simpler solution.  Rather than adding a new pseudo-op to the assembler 
> why
> not just have the disassembler's -D command line switch disassemble data even
> when it is found in a code area ?  
> 
>   It turned out however that the -D switch was not passed on to the target
> specific disassembly backends, so I had to create a new flag to encode the
> information.  The result is the uploaded patch.  Please try it out and let me
> know what you think.

With your patch the -D switch does the trick. Thanks. One should also pass
--section=.text to avoid junk from non-text sections.

>   By the way with regard to your kernel log sceanario, you might find it 
> easier
> to just use the .incbin pseudo-op to include the raw binary values.  This also
> has the advantage that the .incbin operation does not set up a local mapping
> symbol so the binary values will be disassembled without complaint.

With .incbin I'd first have to convert the hex values to binary. For bulk data
that would be Ok, but for occasional "oh dear, what does 0x... mean" it gets a
little awkward. It'd be easier to use the original recipe (.word 0x...), as,
strip the .o file (which nukes the $d markers), and then objdump -d it.

Anyway, I'm happy with the improved -D switch.

/Mikael


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10263

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]