Re: Building binutils-2.15.97 --enable-targets=all

2006-01-30 Thread Muhammad Haggag
On 1/30/06, Nick Clifton <[EMAIL PROTECTED]> wrote: > Hi Muhammad, > > > While building binutils (binutils-2.15.97.tar.bz2) on Cygwin, as follows: > >> configure --enable-targets=all --enable-shared --with-gnu-as --with-gnu-ld > >> make > > > I got the following error: > >> obj-coff.o: In function

Re: Building binutils-2.15.97 --enable-targets=all

2006-01-30 Thread Daniel Jacobowitz
On Mon, Jan 30, 2006 at 03:54:10PM +0200, Muhammad Haggag wrote: > On 1/30/06, Nick Clifton <[EMAIL PROTECTED]> wrote: > > Hi Muhammad, > > > > > While building binutils (binutils-2.15.97.tar.bz2) on Cygwin, as follows: > > >> configure --enable-targets=all --enable-shared --with-gnu-as > > >> --w

Re: Building binutils-2.15.97 --enable-targets=all

2006-01-30 Thread Nick Clifton
Hi Muhammad, While building binutils (binutils-2.15.97.tar.bz2) on Cygwin, as follows: configure --enable-targets=all --enable-shared --with-gnu-as --with-gnu-ld make I got the following error: obj-coff.o: In function `coff_frob_symbol': /usr/src/binutils-2.15.97/gas/config/obj-coff.c:1145:

Re: objcopy --add-section doubt

2006-01-30 Thread Nick Clifton
Hi Kartikeyan, Thanks for the test case. Using it I was able to reproduce the problem. so NULL is being returned as newsect->name is not NULL Yes - this is the heart of the matter. What is happening is that you are attempting to add a section that already exists. The old (RH9) binutils s

Assembler unable to handle relative offsets in PIC code under cross-compiling env.

2006-01-30 Thread Ayonam Ray
Hi, I'm trying to build a cross-compiling environment for AMD64 to run on x86 platforms using binutils-2.15.92.0.2. I use the following command on my AMD64 machine to configure binutils: CC="gcc -m32" ../configure --target=x86_64-redhat-linux \ --prefix=$NIRMAAN_BUILD_ENV/usr \ -

[Bug binutils/2225] cisco IOS MIPS ELF causes coredump

2006-01-30 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-01-30 11:56 --- This bug was fixed by Jakub Jelinek's patch of 2005-06-14, where amoungst other changes to readelf.c he includes: (process_program_headers): Don't crash if string_table is NULL. With this patch in place readelf