Re: "No room for program headers" strikes again

2005-04-13 Thread Alan Modra
On Wed, Apr 13, 2005 at 12:52:03AM +0300, Stelios Xanthakis wrote: > > Hello. > > All of a sudden, I add one more function to my program > and I get a weird "No room for program headers (allocated > 6 need 7)". > > After some googling, it seems that this error has > appeared many times before an

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread j at bitron dot ch
--- Additional Comments From j at bitron dot ch 2005-04-13 09:15 --- Problem appears when using --as-needed as e.g. gcc inserts automatically around -lgcc_s. It seems to have been introduced by http://sourceware.org/ml/binutils-cvs/2005-02/msg8.html and happens with FSF binutils 2.15.

Re: "No room for program headers" strikes again

2005-04-13 Thread Stelios Xanthakis
On Wed, 13 Apr 2005, Alan Modra wrote: No, not until you give a lot more detail. You failed to even specify the target you are using! Sorry. It's a suse 8.1 (quite old) with gcc 3.4-core compiled from source, at x86. ld --version gives 2.12.90.0.15 20020717 (SuSE) The code I'm trying to

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread gschafer at zip dot com dot au
--- Additional Comments From gschafer at zip dot com dot au 2005-04-13 11:04 --- This seems to be the cause of build failure when compiling xorg-6.8.2: gcc -m32 -o glxinfo -O2 -march=i686 -fno-strict-aliasing -ansi -pedantic -Wall -Wpointer-arith -Wundef -L../../exports/lib glxinf

[Bug ld/830] GNU ld 2.15 dumps core during gcc 4.0-pre bootstrap

2005-04-13 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-13 12:56 --- Joe, if you want to get rid of the gazillions of FAILs in the GCC testsuite results with 2.15, you can apply the following patch: http://sourceware.org/ml/binutils-cvs/2005-01/msg00019.html -- http://

Re: "No room for program headers" strikes again

2005-04-13 Thread Nick Clifton
Hi Stelios, Sorry. It's a suse 8.1 (quite old) with gcc 3.4-core compiled from source, at x86. ld --version gives 2.12.90.0.15 20020717 (SuSE) The code I'm trying to compile is made with a code generator and it's indeed rather huge. It has thousands of functions in one huge file,several sect

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-13 13:34 --- Please try latest mainline binutils. My 2005-04-11 ld/emultempl/elf32.em patch may well have fixed this problem. -- What|Removed |Added ---

Re: [Bug binutils/841] mips64-elf-readelf was crashed by EABI64 binary.

2005-04-13 Thread Nick Clifton
Hi Monaka, Do you have a small testcase with which we can reproduce this failure and test any fixes ? Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils

Re: "No room for program headers" strikes again

2005-04-13 Thread Stelios Xanthakis
Temporarily I solved the problem by compiling some object files at -O1 or -Os. But this will explode again later. Now, maybe a linker script will be better than one more dependancy for the users. I'm just wondering why does it hit the ld limits. Where the limits low in that version or does the cod

[Bug ld/846] New: MIPS/ELF doesn't set DT_MIPS_UNREFEXTNO correctly

2005-04-13 Thread hjl at lucon dot org
According to http://www.iagu.net/docs/dec/AA-PS31D-TET1_html/asm10.html DT_MIPS_UNREFEXTNO holds an index into the dynamic symbol table. The index is the entry of the first external symbol that is not referenced within the object. But MIPS/ELF does: case DT_MIPS_UNREFEXTNO:

[Bug gas/845] GAS .rept pseudo op-code

2005-04-13 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2005-04-13 16:13 --- Subject: Re: New: GAS .rept pseudo op-code Hi Jaydeep, > Following code generates error, > > .rept 2 > .irp m1 1,2 > .long \m1 >

Re: [Bug gas/845] New: GAS .rept pseudo op-code

2005-04-13 Thread Nick Clifton
Hi Jaydeep, Following code generates error, .rept 2 .irp m1 1,2 .long \m1 .endr .endr ***Error: unexpected end of file in irp or irpc For which target ? I was unable to reproduce this

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread j at bitron dot ch
--- Additional Comments From j at bitron dot ch 2005-04-13 16:39 --- Part of the problem seems to have been solved in latest binutils mainline, i.e. the first test case works fine now. But linking glxinfo of Xorg 6.8.2 still fails although with other error messages: gcc -m32 -o glxinfo

[Bug gas/847] New: Error: Zero-length symbol is illegal

2005-04-13 Thread schwab at suse dot de
The ia64 assembler is choking on `.file ""' with the error message "Zero-length symbol is illegal". According to the GAS manual this should be allowed. The problem is that gcc 3.4 and later now uses `.file ""' instead of `.file ""' when input comes from stdin. -- Summary: Error: Z

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread pluto at pld-linux dot org
--- Additional Comments From pluto at pld-linux dot org 2005-04-13 22:24 --- (In reply to comment #4) > Please try latest mainline binutils. My 2005-04-11 ld/emultempl/elf32.em patch > may well have fixed this problem. I've built the binutils-2.16.90.0.1 with patch from ML: "

[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*

2005-04-13 Thread amodra at bigpond dot net dot au
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-14 03:34 --- comment #5 just seems to be a simple case of ld not finding a library, probably because the right options were not passed to ld. comment #6 is more worrying. Can you provided a reduced testcase? Alterna