[Bug ld/3111] LD very slow linking object files containing dwarf2 symbols

2006-08-29 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-29 23:06 --- They are 2 different problems. With the previous patch, I got 18 sections: time g++ -B/export/home/hjl/usr/bin/ -g -o ff3d trapFPE.o main.o FFThread.o StaticCenter.o \ language/libfflanguage.a solver/libffsolve.a \ la

[Bug ld/3111] LD very slow linking object files containing dwarf2 symbols

2006-08-29 Thread doreille at smr dot ch
--- Additional Comments From doreille at smr dot ch 2006-08-29 18:01 --- I think this bug is the same as the one in comment #9 of PR 2342. With binutils 2.17.50.0.3 (linux patch applied) and the given test case slowld.tar.gz the link time was 2m54.853s. After removing the debugging symbo

Re: binutils-2.17/gas/read.c

2006-08-29 Thread Nick Clifton
Hi Christoph, ../../binutils-2.17/gas/read.c:1282: warning: 'stopc' may be used uninitialized in this function Thanks for reporting this. Although it is being a bit pedantic, gcc is technically correct that this variable might be used with an uninitialized value, so I am checking in the att

[Bug binutils/3146] BUG: readelf fails on ALPHA 2.16 and 2.17 due to NULL pointer

2006-08-29 Thread tomri at gmx dot net
--- Additional Comments From tomri at gmx dot net 2006-08-29 15:00 --- Created an attachment (id=1262) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1262&action=view) patch for BUG This patch works for me. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3146 --- You a

[Bug binutils/3146] New: BUG: readelf fails on ALPHA 2.16 and 2.17 due to NULL pointer

2006-08-29 Thread tomri at gmx dot net
Support of ALPHA is bad with binutils, glibc, strace, since this is - should be - supported by redhat. But I'll try.. In binutils 2.16 to latest from kernel.org in file binutils/readelf.c 1141: case EM_BLACKFIN: rtype = elf_bfin_reloc_type (type); break; } if

[Bug ld/2613] testcase for binutils:ld on alpha fails.

2006-08-29 Thread tomri at gmx dot net
--- Additional Comments From tomri at gmx dot net 2006-08-29 12:40 --- Nobody there?? -- http://sourceware.org/bugzilla/show_bug.cgi?id=2613 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.

[Bug binutils/3145] taking address of bitfield

2006-08-29 Thread rep dot nop at aon dot at
--- Additional Comments From rep dot nop at aon dot at 2006-08-29 10:52 --- fails with gcc-4.2-20060828 -O2 -mtune=nocona -fprefetch-loop-arrays gcc bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3145 --- You are receiving this mail because: --- You are on the CC lis

[Bug binutils/3145] taking address of bitfield

2006-08-29 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2006-08-29 10:42 --- Your compiler is broken. -- What|Removed |Added Status|WAITING

[Bug binutils/3145] taking address of bitfield

2006-08-29 Thread rep dot nop at aon dot at
--- Additional Comments From rep dot nop at aon dot at 2006-08-29 10:20 --- Trying to compile the attached regex.i gives: # PATH=/root/src/buildroot/build_x86_64/staging_dir/bin:/root/src/buildroot/toolchain_build_x86_64/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/usr/local/bn:/u

[Bug binutils/3145] taking address of bitfield

2006-08-29 Thread rep dot nop at aon dot at
--- Additional Comments From rep dot nop at aon dot at 2006-08-29 10:18 --- Created an attachment (id=1261) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1261&action=view) preprocessed regex.c from binutils libiberty Created with: # PATH=/root/src/buildroot/build_x86_64/staging