collect2, weak functions and .debug_line section.

[Carlo Wood]

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>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: line.tar.gz
Type: application/x-gzip
Size: 304 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/binutils/attachments/20031017/645680ab/attachment.bin>