[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-05 08:36 --- This is caused by tc-hppa.c:md_apply_fix treating the fixup as only being 32 bit. A simpler testcase is .data .dword L$FE0061-L$FB0061 .text L$FB0061: nop L$FE0061: -- http://sourceware.org/bu

[Bug ld/1811] ELF linker loads member of archive for common symbol

2005-11-05 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2005-11-05 15:13 --- Created an attachment (id=746) --> (http://sourceware.org/bugzilla/attachment.cgi?id=746&action=view) A testcase I think Solaris linker hehavior makes some senses. Kean, can you try this testcase with your linker? I

[Bug gas/1630] gas weakref tests fail on most (all?) targets

2005-11-05 Thread aoliva at sourceware dot org
-- What|Removed |Added Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=1630 --- You are receiving this mail because: ---

[Bug gas/1630] gas weakref tests fail on most (all?) targets

2005-11-05 Thread aoliva at sourceware dot org
--- Additional Comments From aoliva at sourceware dot org 2005-11-05 17:19 --- Fixed -- What|Removed |Added CC|aoliva at sources dot redhat|

[Bug ld/1811] ELF linker loads member of archive for common symbol

2005-11-05 Thread hjl at lucon dot org
-- What|Removed |Added CC||kean at armory dot com http://sourceware.org/bugzilla/show_bug.cgi?id=1811 --- You are receiving this mai

[Bug ld/1811] ELF linker loads member of archive for common symbol

2005-11-05 Thread kean at armory dot com
--- Additional Comments From kean at armory dot com 2005-11-05 19:03 --- (In reply to comment #5) > 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 objec

[Bug ld/1811] ELF linker loads member of archive for common symbol

2005-11-05 Thread kean at armory dot com
--- Additional Comments From kean at armory dot com 2005-11-05 19:06 --- > I think Solaris linker hehavior makes some senses. Kean, can you try > this testcase with your linker? I agree on teh surface it makes sense, but it also has very specific broken behaviour. See previous comment.

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-06 00:27 --- Subject: Re: Wrong output for 64-bit difference of labels > --- Additional Comments From amodra at bigpond dot net dot au 2005-11-05 > 08:36 --- > This is caused by tc-hppa.c:md_apply_fix

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2005-11-06 03:12 --- I'd be inclined to use if (fixP->fx_size > 4) { /* Handle constant output. */ number_to_chars_bigendian (fixpos, *valP, fixP->fx_size); return; } After all, if the fixup is for a dw

[Bug gas/1804] Wrong output for 64-bit difference of labels

2005-11-05 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-11-06 03:57 --- Subject: Re: Wrong output for 64-bit difference of labels > --- Additional Comments From amodra at bigpond dot net dot au 2005-11-06 > 03:12 --- > I'd be inclined to use > > if (fixP->f

[Bug ld/1811] ELF linker loads member of archive for common symbol

2005-11-05 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2005-11-06 04:58 --- Am I sure about the a.out behaviour? Yes, I am. When I refer to SunOS I do mean SunOS 4, pre Solaris, which used the a.out object file format. The strange behaviour of common symbols increasing size even without link