[Top] [All Lists]

Re: glibc 2.1

To: Ulf Carlsson <>
Subject: Re: glibc 2.1
From: Andreas Jaeger <>
Date: 15 Apr 1999 16:53:21 +0200
Cc: Alex deVries <>, SGI Linux <>
In-reply-to: Ulf Carlsson's message of "Thu, 15 Apr 1999 09:10:41 +0200"
References: <> <>
User-agent: Gnus/5.07008 (Pterodactyl Gnus v0.80) XEmacs/21.0(beta66) (20 minutes to Nikko)
>>>>> Ulf Carlsson writes:

Ulf> Hi Alex,
>> Has anyone started work on glibc 2.1 for mips{eb|el}?  I'd like to start
>> on a port of Red Hat 6.0 ofor mipseb and mipsel.

Ulf> I tried to do this some time ago, but I never finished it. I have heard 
Ulf> Ralf has done some work here, maybe he can share his work with us. I've 
Ulf> to persuade him to do this before without any success. I'd like to have 
Ulf> patches as well so that I may continue working with the D word. :-)

Ulf> Well, if we can't get these patches I'd like to help you with the porting 
Ulf> for glibc 2.1.

At the end of last year I tried to integrate Ralf's patches into
glibc 2.1.  A number of patches went into the glibc tree but some
problems are still open.  Ralf can certainly better comment this from
the mips side, I'm just a glibc developer without access to any mips
machine who used a cross compiler:
- glibc 2.1 needs symbol versioning but there're no binutils for mips
  that support symbol versioning
- there're some problems with the way glibc handles PIC which leads to 
  problems on mips.
- the system (mips) dependend part of the dynamic linker has to be
- some minor discrepancies between the kernel headers in the official
  kernel and the glibc headers.  Ralf and I updated most (all?) but
  somebody should recheck this.

IMO the first two problems to tackle is to get it running at all,
meaning to fix the PIC problems (that's already planned by the glibc
folks for 2.2) and the dynamic linker.  Without symbol versioning you
loose binary compatibility with older and newer versions of glibc.
Therefore the binutils have to be fixed to use glibc 2.1.

 Andreas Jaeger
  for pgp-key finger

<Prev in Thread] Current Thread [Next in Thread>