bug-binutils
[Top][All Lists]
Advanced

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

[Bug binutils/21235] New: The filename and the full path are truncated i


From: fcamel at gmail dot com
Subject: [Bug binutils/21235] New: The filename and the full path are truncated in "objdump --dwarf=decodedline --wide"
Date: Wed, 08 Mar 2017 16:53:27 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=21235

            Bug ID: 21235
           Summary: The filename and the full path are truncated in
                    "objdump --dwarf=decodedline --wide"
           Product: binutils
           Version: 2.29 (HEAD)
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: binutils
          Assignee: unassigned at sourceware dot org
          Reporter: fcamel at gmail dot com
  Target Milestone: ---

Created attachment 9886
  --> https://sourceware.org/bugzilla/attachment.cgi?id=9886&action=edit
The patch which fixes the reported bug.

When the filename or the full path is too long, "objdump --dwarf=decodedline"
truncates the filename or the full path. In theory, "--wide" should prevent the
truncation. However, that doesn't work. 
Btw, "readelf --debug-dump=decodedline" works well with "--wide".

Here is the example of output:

$ binutils/readelf --debug-dump=decodedline --wide ~/dev/tmp/a.out
Decoded dump of debug contents of section .debug_line:

CU: my_very_very_very_very_very_very_very_very_long.c:
File name                            Line number    Starting address
my_very_very_very_very_very_very_very_very_long.c            3           
0x4004ed
my_very_very_very_very_very_very_very_very_long.c            4           
0x4004f1
my_very_very_very_very_very_very_very_very_long.c            5           
0x4004f6

$ binutils/objdump --dwarf=decodedline --wide ~/dev/tmp/a.out

/home/fcamel/dev/tmp/a.out:     file format elf64-x86-64

Decoded dump of debug contents of section .debug_line:

CU: my_very_very_very_very_very_very_very_very_long.c:
File name                            Line number    Starting address
ery_very_very_very_very_very_long.c            3            0x4004ed
ery_very_very_very_very_very_long.c            4            0x4004f1
ery_very_very_very_very_very_long.c            5            0x4004f6


The attachment is a patch to fix this issue. After applying the patch:

$ binutils/objdump --dwarf=decodedline --wide ~/dev/tmp/a.out

/home/fcamel/dev/tmp/a.out:     file format elf64-x86-64

Decoded dump of debug contents of section .debug_line:

CU: my_very_very_very_very_very_very_very_very_long.c:
File name                            Line number    Starting address
my_very_very_very_very_very_very_very_very_long.c            3           
0x4004ed
my_very_very_very_very_very_very_very_very_long.c            4           
0x4004f1
my_very_very_very_very_very_very_very_very_long.c            5           
0x4004f6

-- 
You are receiving this mail because:
You are on the CC list for the bug.


reply via email to

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