The assembler output for the following label difference is incorrect:
.dword L$FE0061-L$FB0061
The order of the two 32-bit words in the 64-bit output are interchanged.
This doesn't happen in every label difference. It has something to do
with label expressions since outputing the differ
--- Additional Comments From danglin at gcc dot gnu dot org 2005-11-04
16:14 ---
Created an attachment (id=743)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=743&action=view)
Assembler testcase.
The original assembler output generated by GCC has been hacked
a bit. The label xy
Unlink COFF linker, ELF link loads member of archive when there is a
definition for a common symbol.
--
Summary: ELF linker loads member of archive for common symbol
Product: binutils
Version: 2.17 (HEAD)
Status: NEW
Severity: normal
--- Additional Comments From hjl at lucon dot org 2005-11-04 21:19 ---
Created an attachment (id=744)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=744&action=view)
A testcase
I got
[EMAIL PROTECTED] archive]$ make
gcc-c -o x.o x.c
gcc-c -o foo.o foo.c
ar rv libfoo.a fo
On Fri, Nov 04, 2005 at 04:04:05PM +0100, Mlynarik Jan wrote:
> Hello,
>
> We are using a cross compiler for 64 bit Linux on MIPS yosemite. When we
> compile c sources with command:
>
> mips64-linux-gnu-gcc -c -gdwarf-2 -mabi=64 example2.c
>
> then the values of DW_AT_high_pc and DW_AT_low_pc
On Wed, Nov 02, 2005 at 06:01:03PM +0100, Jakub Jermar wrote:
> ld (from binutils 2.16) on mipsel doesn't warn about
> undefined symbols with elf32-little and binary output
> formats (and possibly others).
>
> When the output format is elf32-tradlittlemips, undefined
> symbols are reported as e
--- Additional Comments From hjl at lucon dot org 2005-11-04 21:50 ---
The change was introduced by
http://sourceware.org/ml/binutils/1999-12/msg00057.html
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2005-11-04 21:59 ---
According to the comment, the change was made to follow Solaris and HPUX.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1811
--- You are receiving this mail because: ---
You are on the CC list for the
--- Additional Comments From kean at armory dot com 2005-11-05 04:39
---
For the record, I will repost a private mail I had with H.J about this.
=
Ok I've spent a while staring at that code and thinking about
this, and even though you say it is there on purpose, I believe
it is
--- Additional Comments From ian at airs dot com 2005-11-05 05:07 ---
Unfortunately it's too simple to allude to the historical handling of common
symbols. In a.out linkers when a common symbol appears in an object, and the
symbol is defined in an object in an archive, then the object in
10 matches
Mail list logo
