[Bug gas/6768] New: linking in gas fails with uclibc because of missing libm or flag "-lm" respectively

2008-07-26 Thread christian dot burger at elfzehn dot de
The nitty-gritty stuff I already posted at http://bugs.gentoo.org/sh=ow_bug.cgi?id=226335 , but to summarize: I found reports of similar bugs in other packages and a report of the same in the previous version of binutils: 2.17. I wrote a patch targeted at binutils/gas/configure.tgt . Just in case

[Bug gas/6768] linking in gas fails with uclibc because of missing libm or flag "-lm" respectively

2008-07-26 Thread christian dot burger at elfzehn dot de
--- Additional Comments From christian dot burger at elfzehn dot de 2008-07-26 10:49 --- I forgot to explicitly mention, that it is a build related bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6768 --- You are receiving this mail because: --- You are on the CC list

[Bug ld/6766] Should "--entry foo" imply "-u foo"?

2008-07-26 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-26 16:25 --- (In reply to comment #1) > Subject: Re: New: Should "--entry foo" imply "-u foo"? > > Hi H.J. > > > Should "--entry foo" imply "-u foo"? > > If we are creating an executable then yes. > Should creating

[Bug binutils/6769] New: size output is wrong for "addr" column for 64-bit executable

2008-07-26 Thread zhirsch at umich dot edu
If you have a 64-bit executable with a section whose address starts at higher than 0x, the output of a 32-bit size program that targets 64-bit executables will be wrong: $ cat test.c void _start() { } $ gcc -nostdlib -fPIC -ffreestanding test.c -Wl,-Ttext,0x1 $ x86_64-linux-size -A