| To: | Ralf Baechle <ralf@oss.sgi.com> |
|---|---|
| Subject: | Re: A new mips toolchain is available |
| From: | "H . J . Lu" <hjl@lucon.org> |
| Date: | Tue, 12 Jun 2001 12:38:43 -0700 |
| Cc: | linux-mips@oss.sgi.com |
| In-reply-to: | <20010612211151.A27552@bacchus.dhis.org>; from ralf@oss.sgi.com on Tue, Jun 12, 2001 at 09:11:51PM +0200 |
| References: | <20010611210311.A8768@lucon.org> <20010612133925.B5106@bacchus.dhis.org> <20010612094055.B20012@lucon.org> <20010612211151.A27552@bacchus.dhis.org> |
| Sender: | owner-linux-mips@oss.sgi.com |
| User-agent: | Mutt/1.2.5i |
On Tue, Jun 12, 2001 at 09:11:51PM +0200, Ralf Baechle wrote: > On Tue, Jun 12, 2001 at 09:40:55AM -0700, H . J . Lu wrote: > > > FYI, my glibc includes > > > > * sysdeps/mips/dl-machine.h (MAP_BASE_ADDR): Commented out. > > That means elf/dl-load.c will assume zero for the load address. That will > crash static programs which expect a value of 0x5ffe0000 and are trying to > dlopen a shared library which uses a different value. Most popular > example is rpm. So we need to keep ``#define MAP_BASE_ADDR(l) 0x5ffe0000'' > in there until we've got a real fix, unfortunately. > > ABI requires us to properly support DT_MIPS_BASE_ADDRESS, so that needs > to fixed for real anyway ... > Please provide me some testcases. I will look into them. H.J. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: A new mips toolchain is available, Ralf Baechle |
|---|---|
| Next by Date: | PATCH: Support ident for Linux/mips, H . J . Lu |
| Previous by Thread: | Re: A new mips toolchain is available, Ralf Baechle |
| Next by Thread: | Re: A new mips toolchain is available, Maciej W. Rozycki |
| Indexes: | [Date] [Thread] [Top] [All Lists] |