[Bug ld/2589] ld vs. ld.so
--- Additional Comments From doko at debian dot org 2006-05-08 13:01 --- Created an attachment (id=1007) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1007&action=view) document the ldsearch change The change in the search path is mentioned in the NEWS file, but not in the docs. -- http://sourceware.org/bugzilla/show_bug.cgi?id=2589 --- 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/2589] ld vs. ld.so
--- Additional Comments From doko at debian dot org 2006-05-08 13:02 --- The change in the search path is mentioned in the NEWS file, but not in the docs. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://sourceware.org/bugzilla/show_bug.cgi?id=2589 --- 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/1543] [regression] LD very slow especially when linking C++ object files on alpha
--- Additional Comments From rth at redhat dot com 2006-05-08 16:00 --- Subject: Re: [regression] LD very slow especially when linking C++ object files on alpha On Sun, May 07, 2006 at 04:22:38PM -, falk at debian dot org wrote: > I would really like to see this fixed, at the moment for example mozilla takes > 3 hours to link. Does anybody have a suggestion how to go about this? Relaxation needs a new hook, so that we can re-layout the got *once* at the end of a pass through all sections. r~ -- http://sourceware.org/bugzilla/show_bug.cgi?id=1543 --- 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 ld/2607] linker doesn't recognize an ELF library.
Hi Pawel, I don't know. It's a commercial closed source library which works perfectly with native solaris linker/stripper and doesn't work with gnu/crossbinutils-2.16.91.0.7 On monday I will check our NDAs and try to attach this weird ELF library to this bug report for future tests. If the NDA does not allow you to supply a test file, then there is not much that we will able to do. One thing you could try though is to run "readelf -a -w libcmodel.so" and see if readelf reports any errors or problems in the file. (I am assuming that the file is somehow not quite conformant to the ELF standard and this is why it is not being recognised). Is the supplier of the file Cisco by any chance ? We had another bug report recently about binutils not being able to handle some files made by Cisco and a patch was developed to solve the problem. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/2607] linker doesn't recognize an ELF library.
--- Additional Comments From nickc at redhat dot com 2006-05-08 16:40 --- Subject: Re: linker doesn't recognize an ELF library. Hi Pawel, > I don't know. It's a commercial closed source library > which works perfectly with native solaris linker/stripper > and doesn't work with gnu/crossbinutils-2.16.91.0.7 > On monday I will check our NDAs and try to attach > this weird ELF library to this bug report for future tests. If the NDA does not allow you to supply a test file, then there is not much that we will able to do. One thing you could try though is to run "readelf -a -w libcmodel.so" and see if readelf reports any errors or problems in the file. (I am assuming that the file is somehow not quite conformant to the ELF standard and this is why it is not being recognised). Is the supplier of the file Cisco by any chance ? We had another bug report recently about binutils not being able to handle some files made by Cisco and a patch was developed to solve the problem. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=2607 --- 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/2623] No line separator character is defined for msp430-gas
--- Additional Comments From nickc at redhat dot com 2006-05-08 17:07 --- Hi Corentin, Sorry - the colon character (:) is used - by the macro code. See the file gas/testsuite/gas/macros/vararg.s for an example of this, and an example of a test that would fail if we applied the patch. The good news however is that the | character appears to be free. So I am going to apply this patch instead. Cheers Nick gas/ChangeLog 2006-05-08 Nick Clifton <[EMAIL PROTECTED]> PR gas/2623 * config/tc-msp430.c (line_separator_character): Define as |. Index: gas/config/tc-msp430.c === RCS file: /cvs/src/src/gas/config/tc-msp430.c,v retrieving revision 1.23 diff -c -3 -p -r1.23 tc-msp430.c *** gas/config/tc-msp430.c 23 Apr 2006 22:12:43 - 1.23 --- gas/config/tc-msp430.c 8 May 2006 17:06:56 - *** static struct hcodes_s msp430_hcodes[] = *** 168,174 const char comment_chars[] = ";"; const char line_comment_chars[] = "#"; ! const char line_separator_chars[] = ""; const char EXP_CHARS[] = "eE"; const char FLT_CHARS[] = "dD"; --- 168,174 const char comment_chars[] = ";"; const char line_comment_chars[] = "#"; ! const char line_separator_chars[] = "|"; const char EXP_CHARS[] = "eE"; const char FLT_CHARS[] = "dD"; -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=2623 --- 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/1543] [regression] LD very slow especially when linking C++ object files on alpha
--- Additional Comments From alenhar2 at cs dot uiuc dot edu 2006-05-08 17:39 --- I will be happy to lend what assistance I can. LLVM takes 36 hours to link with this bug. That is too long to be usable for development and nightly testing. -- http://sourceware.org/bugzilla/show_bug.cgi?id=1543 --- 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
incorrect alignment in .scommon section
Dears, I have a problem when building my target system. My platform is based on BCM5836, binutils version is 2.16.1, GCC version is 3.4.6. The configuration is as below: binutils 2.16.1: ../configure --target=mips-elf --prefix=/usr/local/gcc3.4.6-mips-elf GCC3.4.6: ../configure --target=mips-elf --prefix=/usr/local/gcc3.4.6-mips-elf --enable-languages=c --disable-nls The building FLAGS as below: mips-elf-gcc -I. -Iinclude -Iproject/S20/conf/main -I -O2 -fno-builtin -nostdinc -fno-delete-null-pointer-checks -EB -mabi=eabi -msoft-float -march=mips32 -c pid.c -o project/S20/build/main/target/S20/uart-init.o Here is the fragment of the map file: ... .scommon 0x000b5cec0x5 project/S20/build/main/arch/mips/_sub_arch.o 0x000b5cec mips_c0counts_per_jiffy 0x000b5cf0test_scommon1 .scommon 0x000b5cf10x5 project/S20/build/main/target/S20/_sub_target.o 0x000b5cf1test_scommon 0x000b5cf2test1 <-- unaligned !!! 0x000b5cf6PROVIDE (__sbss_end, .) ... Here is the definition of the variable: unsigned char test_scommon; unsigned int test1; unsigned long mips_c0counts_per_jiffy; unsigned char test_scommon1; While the host system is CYGWIN : $ gcc -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr -- exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --man dir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77, java,objc --enable-nls --without-included-gettext --enable-version-specific-runt ime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --ena ble-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=b oehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchroniza tion --enable-libstdcxx-debug : (reconfigured) Thread model: posix gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) $ ld -v GNU ld version 2.16.91 20050610 I don't know it's a GCC's bug or binutils's. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
