[Bug gas/4303] gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND

2007-03-30 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-31 04:12 --- Most likely this was a result of switching i386 gas over to use bfd, exposing bugs in the bfd aout support. 2002-08-09 Alan Modra <[EMAIL PROTECTED]> * configure.in: bfd_gas=yes for all i386 t

[Bug gas/4303] gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND

2007-03-30 Thread Quentin dot Godfroy at ens dot fr
--- Additional Comments From Quentin dot Godfroy at ens dot fr 2007-03-31 01:01 --- % objdump -t foo-2002-08-08.o foo-2002-08-09.o foo-2002-08-08.o: file format a.out-i386-linux SYMBOL TABLE: *UND* 00 01 foo foo-2002-08-09.o: file format a.out-i386-linu

[Bug gas/4303] New: gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND

2007-03-30 Thread Quentin dot Godfroy at ens dot fr
I hope this has not been said on the ML around 2002. With a directive «.stabs "foo", 0, 0, 0, 0», gas 2.14 makes the symbol foo ABS and local, while gas 2.13.2 makes it UND and global. More precisely, a regression from CVS repository showed that the "feature" was added on 2002-08-09, but the chan

[Bug ld/4302] [regression] ld fails to link gcc-4.1's libstdc++ debug build

2007-03-30 Thread doko at debian dot org
--- Additional Comments From doko at debian dot org 2007-03-30 23:32 --- HEAD 20070329 shows the same behaviour -- http://sourceware.org/bugzilla/show_bug.cgi?id=4302 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone wh

[Bug ld/4302] [regression] ld fails to link gcc-4.1's libstdc++ debug build

2007-03-30 Thread doko at debian dot org
--- Additional Comments From doko at debian dot org 2007-03-30 20:48 --- same failure on sparc-linux-gnu (configured the same as in #4267) -- http://sourceware.org/bugzilla/show_bug.cgi?id=4302 --- You are receiving this mail because: --- You are on the CC list for the bug,

[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files

2007-03-30 Thread Quentin dot Godfroy at ens dot fr
--- Additional Comments From Quentin dot Godfroy at ens dot fr 2007-03-30 20:38 --- (In reply to comment #10) > Subject: Re: nm and objdump show addresses on 64 bits > for 32bit a.out files > > Objdump already does the correct thing when displaying symbols from ELF > files, so it on

[Bug ld/4302] New: [regression] ld fails to link gcc-4.1's libstdc++ debug build

2007-03-30 Thread doko at debian dot org
binutils HEAD 20070329, configured with --enable-targets=powerpc64-linux-gnu fails to build the libstdc++ debug library from the gcc-4_1-branch; the library from the gcc-4_2-branch did build fine with the same ld. Note, that this is a build with HJ LU's patches applied (except binutils-shr). Will

[Bug-brl] Approval process

2007-03-30 Thread Dena Petersen
Thank you for your loan request, which we recieved yesterdayWe'd like to inform you that we are accepting your application. We are ready to give you a $272,000 loan (Approved refinance) for a low month payment. Approval process will take only 1 minute. Please visit the confirmation link below and f

Bug detected as "a-comlin.adb:36:17 "

2007-03-30 Thread sameer sinha
hello, I am trying to build gcc-3.4.5 and gcc-3.4.6 for i960 as target. my host machine:i686-pc-linux-gnu target maccine:i960-unknown-coff native compiler on my machine: gcc-4.0 operating system:gcc version 4.0.0 (Red Hat 4.0.0-8)on Fedora core-4 i have already installed binutils-2.18 and

[Bug ld/4284] Linker "relax" option results in bad subroutine calls

2007-03-30 Thread batt at develer dot com
-- What|Removed |Added CC||batt at develer dot com http://sourceware.org/bugzilla/show_bug.cgi?id=4284 --- You are receiving this ma

[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files

2007-03-30 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2007-03-30 15:16 --- Subject: Re: nm and objdump show addresses on 64 bits for32bit a.out files Hi Quentin, > It works, thanks (I suppose the work could also be done on objdump, to have a > coherent behaviour), but it breaks th

Re: [Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files

2007-03-30 Thread Nick Clifton
Hi Quentin, It works, thanks (I suppose the work could also be done on objdump, to have a coherent behaviour), but it breaks the purpouse H.J. Lu mentioned. Well I am not so sure about H.J.'s point. If I understand it correctly he wants addresses displayed as 64-bit values when running the t

[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files

2007-03-30 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2007-03-30 15:15 --- Created an attachment (id=1660) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1660&action=view) Extend patch to affect objdump's output as well. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4292

[Bug ld/4267] [2.18 regression] ld segfaults building gcc-4.2's debug libstdc++

2007-03-30 Thread doko at debian dot org
--- Additional Comments From doko at debian dot org 2007-03-30 15:00 --- both segfaults on powerpc and sparc are gone thanks, Matthias -- http://sourceware.org/bugzilla/show_bug.cgi?id=4267 --- You are receiving this mail because: --- You are on the CC list for the bug, or