[Bug gas/10241] incorrect parsing of floating point literals

2009-06-04 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-05 06:24 --- Please read the gas info doc, node Flonums. Your floating point literals are invalid. -- What|Removed |Added --

[Bug binutils/10223] libbfd returns messed up data (symbol->section == 0x109 or other strange values)

2009-06-04 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-05 05:40 --- . -- What|Removed |Added Status|NEW |RESOLVED

[Bug gold/10238] Gold linker does not resolve symbols using indirect dependencies

2009-06-04 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2009-06-05 05:05 --- I should say: thanks for the bug report. I appreciate it. gold is not intended to be a precise replacement for the GNU linker. The GNU linker has too much history and is the result of too many odd decisions (many mad

[Bug binutils/10223] libbfd returns messed up data (symbol->section == 0x109 or other strange values)

2009-06-04 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-04 09:31 --- Most likely you have built oprofile using bfd headers that don't match the libbfd you are linking against. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10223 --- You are receiving this mail b

Re: strings: invalid integer argument trings

2009-06-04 Thread Alan Modra
On Tue, Jun 02, 2009 at 08:05:52AM +0800, jida...@jidanni.org wrote: > If deprecated, then please do it properly: > > $ strings --help|grep '' > - least [number] characters (default 4). > $ strings -11 > strings: invalid integer argument trings > > Hahaha! "trings". > > $ str

[Bug binutils/10223] libbfd returns messed up data (symbol->section == 0x109 or other strange values)

2009-06-04 Thread ich at az2000 dot de
--- Additional Comments From ich at az2000 dot de 2009-06-04 17:23 --- Thanks a lot, that was the problem. It seems that I had left an old bfd.h in /usr/local/includes and all system build scripts (Gentoo Portage) used that one instead of the one in /usr/include. Removing the file from /u

[Bug gold/10238] Gold linker does not resolve symbols using indirect dependencies

2009-06-04 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2009-06-04 16:17 --- I haven't tried your test case yet, but in general this is intended behaviour for gold. The GNU linker goes to considerable effort to replicate the search path used by the dynamic linker. This leads to issues of the p

[Bug gold/10238] Gold linker does not resolve symbols using indirect dependencies

2009-06-04 Thread apratt at us dot ibm dot com
--- Additional Comments From apratt at us dot ibm dot com 2009-06-04 17:04 --- I had understood that gold was to be a drop-in replacement for the system linkers on the platforms it supports, accepting the same inputs and performing valid (though much faster) links on them. I reported thi

Re: strings: invalid integer argument trings

2009-06-04 Thread Alan Modra
On Tue, Jun 02, 2009 at 08:05:52AM +0800, jida...@jidanni.org wrote: > If deprecated, then please do it properly: > > $ strings --help|grep '' > - least [number] characters (default 4). > $ strings -11 > strings: invalid integer argument trings > > Hahaha! "trings". > > $ str

[Bug binutils/10223] libbfd returns messed up data (symbol->section == 0x109 or other strange values)

2009-06-04 Thread amodra at bigpond dot net dot au
-- What|Removed |Added Severity|critical|normal http://sourceware.org/bugzilla/show_bug.cgi?id=10223 --- You are receiving this mail because:

[Bug gas/10241] New: incorrect parsing of floating point literals

2009-06-04 Thread mshinwell at janestcapital dot com
gas fails to parse floating point literals correctly when the first character of the literal is '0' and the second character is a letter of the alphabet. For example, 0e-4 parses as -4, and even 0e0e-4 is accepted (and parses to zero). The issue is clearly most serious in the 0e-4 case. I t