objdump --full-contents truncates addresses to long

[Alexandre Oliva]

On Mar 25, 2003, Ian Lance Taylor <ian@airs.com> wrote:

> Doesn't this make the output particularly ugly when dumping object
> files?  Perhaps the code could use bfd_sprintf_vma and strip off
> excess leading zeroes, while retaining even spacing?

Here's a patch.  It's a bit more cluttered than it had to be, due to
my being maybe overly paranoid in avoiding buffer overflows and on not
willing to rely on the undocumented behavior of bfd_sprintf_vma, that
currently always print strings with the same length, when given the
same bfd.  No regressions in the testsuite this time (yay!).  Ok to
install?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: objdump-full-addr.patch
Type: text/x-patch
Size: 2171 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20030327/bc1e7144/attachment.bin>
-------------- next part --------------

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                 aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer