This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: DLOPEN and Statically linked executable
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Steve Munroe <sjmunroe at us dot ibm dot com>
- Cc: libc-alpha at sources dot redhat dot com, Peter Zaitsev <peter at mysql dot com>
- Date: Thu, 20 Jun 2002 18:33:26 +0200
- Subject: Re: DLOPEN and Statically linked executable
- References: <OF048B608A.138F7E59-ON86256BDE.00584D88@rchland.ibm.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Thu, Jun 20, 2002 at 11:27:30AM -0500, Steve Munroe wrote:
>
> Jakub Jelinek wrote:
>
> > I think it would be better to figure why they need glibc changes.
> > E.g. the 2M thread stack size argument is very weak, since glibc on
> > sane architectures supports whatever thread stack size mysql wants.
>
> I know that PowerPC (32-bit) currently only support fixed sized (default)
> thread stacks.
Because it lacks a thread pointer register in its ABI. AFAIK Geoff Keating
wants to change this soon. IA-64, Sparc*, S390* etc. have one in their ABIs,
Alpha, IA-32 and X86-64 use magic (be it PAL call on alpha or %gs segment
on the other two).
> And PowerPC64 is following the same route unless I get
> enlightened real soon now ...
It would be good to reserve one from the beginning.
The tp register is not only about ability to pthread_attr_setstacksize, but
also thread local storage implementation depends heavily on it.
Jakub