This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: binutils 2.11-CVS won't link GCC 3.0-snap's libobjc.so on Red Hat
- To: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
- Subject: Re: binutils 2.11-CVS won't link GCC 3.0-snap's libobjc.so on Red Hat
- From: "H . J . Lu" <hjl at lucon dot org>
- Date: Wed, 11 Jul 2001 08:59:34 -0700
- Cc: Alexandre Oliva <aoliva at redhat dot com>, binutils at sources dot redhat dot com,gcc-bugs at gcc dot gnu dot org,Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- References: <orpub8qv04.fsf@guarana.lsd.ic.unicamp.br> <yddelrn4qpr.fsf@xayide.TechFak.Uni-Bielefeld.DE>
On Wed, Jul 11, 2001 at 02:04:16PM +0200, Rainer Orth wrote:
> Alexandre Oliva <aoliva@redhat.com> writes:
>
> > Bootstrapping GCC 3.0's latest snapshot on alphaev6-unknown-linux-gnu
> > (Red Hat Linux 7 for alpha) using binutils 2.11's CVS tree failed to
> > link libobjc.so as follows:
>
> I suppose you configured GCC with --enable-shared? The only effect of
> this, on most platforms, is to build a shared libobjc which is disabled by
> default.
>
> > lt-ld-new: .libs/libobjc.so.1.0.0: Not enough room for program headers (allocated 3, need 4)
> > lt-ld-new: final link failed: Bad value
> > collect2: ld returned 1 exit status
>
> The same problem happened on alpha-*-freebsd5.0 after I checked in
>
> http://gcc.gnu.org/ml/gcc-patches/2001-06/msg01880.html
>
> After some discussion with Loren Rittle and checking the ld manual, it
> became clear that the use of SIZEOF_HEADERS in the elf64alpha linker script
> is the culprit, and one of the hints in the ld manual about how to fix this
> should be implemented. Loren agreed to leave the patch in and check with
> the FreeBSD binutils maintainers how to fix this. Loren, did you come to a
> conclusion yet?
>
Don't bother. It is a linker bug. I am going to check in a patch to
fix it.
H.J.