This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Fri, Oct 17, 2003 at 10:19:07AM -0400, Jason Merrill wrote: > $ g++ -g wa.C wa2.C > $ readelf -wl a.out > ... > Line Number Statements: > Set File Name to entry 2 in the File Name Table > Extended opcode 2: set Address to 0x0 > Special opcode 9: advance Address by 0 to 0x0 and Line by 4 to 5 > Special opcode 90: advance Address by 6 to 0x6 and Line by 1 to 6 > Advance PC by 14 to 14 > Extended opcode 1: End of Sequence > ... > > Carlo, do you get a different result for this testcase? Yes, using binutils-2.14.90.0.6-3 (rawhide source) compiled on redhat 9, i686-pc-linux-gnu, I do not get 0x0 but two identical entries for wa.C and wa2.C: Set File Name to entry 2 in the File Name Table Extended opcode 2: set Address to 0x80484e8 Special opcode 9: advance Address by 0 to 0x80484e8 and Line by 4 to 5 Special opcode 90: advance Address by 6 to 0x80484ee and Line by 1 to 6 Advance PC by 14 to 80484fc Extended opcode 1: End of Sequence I then downgraded to redhat 9's binutils-2.13.90.0.18-9.i386.rpm and that correctly gives: Set File Name to entry 2 in the File Name Table Extended opcode 2: set Address to 0x0 Special opcode 9: advance Address by 0 to 0x0 and Line by 4 to 5 Special opcode 90: advance Address by 6 to 0x6 and Line by 1 to 6 Advance PC by 14 to 14 Extended opcode 1: End of Sequence I removed libstdc++@gcc.gnu.org, gcc@gcc.gnu.org, pinskia@gcc.gnu.org from the CC list and added binutils@sources.redhat.com Because of that, I'll reattach your test case. -- Carlo Wood <carlo@alinoe.com>
Attachment:
line.tar.gz
Description: GNU Zip compressed data
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |