[Bug ld/4267] [2.18 regression] ld segfaults building gcc-4.2's debug libstdc++
--- 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 are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files
--- 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 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: [Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit 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 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 tools on 64-bit hosts, even when the target file uses a 32-bit address space, in order to be able to check for internal bugs. To me it seems wrong to display a 32-bit address as a 64-bit value, since it implies that the address (and the space it is in) is in a 64-bit domain. I think that it would be better not to confuse the users of the tools, even if this makes it harder to track down internal bugs. (After all if we do suspect an internal bug we can always add printfs of our own to help track it down). Objdump already does the correct thing when displaying symbols from ELF files, so it only has problems with other file formats. I have created a revised patch which takes care of the other cases. Please give it a try. It's indeed not clear about what should be done, for multi-arch utils. Maybe a switch ? (but it would become much more than a small patch, and I don't want to have an argument with developpers) No this should not be necessary. In my opinion addresses should always be displayed as values of the size if the target's address space. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files
--- 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 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 tools on 64-bit hosts, even when the target file uses a 32-bit address space, in order to be able to check for internal bugs. To me it seems wrong to display a 32-bit address as a 64-bit value, since it implies that the address (and the space it is in) is in a 64-bit domain. I think that it would be better not to confuse the users of the tools, even if this makes it harder to track down internal bugs. (After all if we do suspect an internal bug we can always add printfs of our own to help track it down). Objdump already does the correct thing when displaying symbols from ELF files, so it only has problems with other file formats. I have created a revised patch which takes care of the other cases. Please give it a try. > It's indeed not clear about what should be done, for multi-arch utils. Maybe a > switch ? (but it would become much more than a small patch, and I don't want > to > have an argument with developpers) No this should not be necessary. In my opinion addresses should always be displayed as values of the size if the target's address space. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=4292 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4284] Linker "relax" option results in bad subroutine calls
-- What|Removed |Added CC||batt at develer dot com http://sourceware.org/bugzilla/show_bug.cgi?id=4284 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Bug detected as "a-comlin.adb:36:17 "
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 newlib on my system.After then i tried to install a cross compiler for i960 for language c.And it's working fine.And i am able to compile the c program and also able to see the output by running the executable on i960 simulator. now the problem came wheen i tried to build gcc-3.4.5 and gcc-3.4.6 for target i960 for language "ada". my directory structure is as follows: ../../GCC-3.4.X inside this directory i made two directory "/source" and "/build" then inside build directory i ran the command: build$./../source/gcc-3.4.X/configure --enable-languages=c,ada --enable-obsolete --target=i960-unknown-coff --with-newlib then i ran the command $ make and it builded successfully then i went inside directory gcc by running the command build$ cd gcc and i ran the cammand build/gcc$ make gnatlib and i got the following bug:- ../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-comlin.adb -o a-comlin.o +===GNAT BUG DETECTED==+ | 3.4.5 (i960-unknown-coff) Storage_Error stack overflow (or erroneous memory access)| | Error detected at a-comlin.adb:36:17 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. compilation abandoned make[2]: *** [a-comlin.o] Error 1 make[2]: Leaving directory `/home/sameer/fresh_cross_build/GCC-3.4.5/build/gcc/ada/rts' make[1]: *** [gnatlib] Error 2 make[1]: Leaving directory `/home/sameer/fresh_cross_build/GCC-3.4.5/build/gcc/ada' make: *** [gnatlib] Error 2 please tell me about the bug or error.Now i am already stuk i am unable to understand what to do next??? so please help me!! Thanks & Regards sameer kumar sinha Project Engineer C-DAC Knowledge Park #1, Old Madras Road Bangalore - 560 038, INDIA __ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/ ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug-brl] Approval process
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 fill-out our short 30 second form. http://islakfdancez.com___ Bug-brl mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-brl
[Bug ld/4302] New: [regression] ld fails to link gcc-4.1's libstdc++ debug build
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 test a build from HEAD over the weekend. sh collect2.sh GNU ld (GNU Binutils for Ubuntu) 2.17.50.20070329 Supported emulations: elf32ppclinux elf32ppc elf32ppcsim elf64ppc /usr/bin/ld: .libs/libstdc++.so.6.0.8: undefined versioned symbol name [EMAIL PROTECTED] /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status testcase: http://people.ubuntu.com/~doko/tmp/libstd++-v3-gcc-4.1-powerpc.tar.bz2 -- Summary: [regression] ld fails to link gcc-4.1's libstdc++ debug build Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: doko at debian dot org CC: bug-binutils at gnu dot org,hjl at lucon dot org GCC target triplet: powerpc-linux-gnu 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 who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4292] nm and objdump show addresses on 64 bits for 32bit a.out files
--- 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 only has problems with other file formats. I have created > a revised patch which takes care of the other cases. Please give it a try. As long as I can tell it works, for nm as well as objdump, for elf32 and a.out. Thanks. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=4292 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4302] [regression] ld fails to link gcc-4.1's libstdc++ debug build
--- 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, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4302] [regression] ld fails to link gcc-4.1's libstdc++ debug build
--- 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 who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/4303] New: gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND
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 changelog doesn't mention it, and no changes to bfd or libiberty were done on this day, according to the changelogs. I think this is a bug. I don't know however how to correct it. -- Summary: gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND Product: binutils Version: 2.14 Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: Quentin dot Godfroy at ens dot fr CC: bug-binutils at gnu dot org GCC build triplet: i486-linux GCC host triplet: i486-linux GCC target triplet: i486-linuxaout http://sourceware.org/bugzilla/show_bug.cgi?id=4303 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/4303] gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND
--- 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-linux SYMBOL TABLE: l *ABS* 00 02 foo (where foo-'date' is assembled from a single line file containing «stabs "foo", 0, 0, 0, 0» with gas compiled from sources of 'date'.) -- http://sourceware.org/bugzilla/show_bug.cgi?id=4303 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/4303] gas 2.14 and over make a stabs symbol ABS while gas 2.13 makes it UND
--- 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 targets. Formatting. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4303 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
