bug-binutils
[Top][All Lists]
Advanced

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

[Bug binutils/15994] Different source code locations using the same addr


From: harald.servat at bsc dot es
Subject: [Bug binutils/15994] Different source code locations using the same addresses
Date: Thu, 03 Oct 2013 09:14:47 +0000

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

Harald Servat <harald.servat at bsc dot es> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|DUPLICATE                   |---

--- Comment #3 from Harald Servat <harald.servat at bsc dot es> ---
Dear Nick, and others,

  yes, there probably is some weird information in the debugging information,
and I'd like to inform the compiler devels, if possible. I tried to use readelf
-wl with the binary, and for the first query, I guess that the following info
is using

 Line Number Statements:
  Extended opcode 2: set Address to 0x4f5ca0
  Advance Line by 36 to 37
  Copy
  Extended opcode 2: set Address to 0x4f5cd7
  Special opcode 3: advance Address by 0 to 0x4f5cd7 and Line by 2 to 39
  Extended opcode 2: set Address to 0x4f5cec
  Advance Line by 4 to 43
  Copy

  But I can't get any pointer for the second query (0x4f5be8) it does not
translated. In fact, readelf -wl reports the first address as

  Extended opcode 2: set Address to 0x4f5ca0

  so is that a problem from the debugging information? Or should addr2line give
an error indicating that the address is not within the binary bounds? And
besides this, why this alters the third query, which seems to be correctly
translated earlier?

Thank you.

-- 
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]