This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Fix ____longjmp_chk for ppc(64)
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Steve Munroe <sjmunroe at us dot ibm dot com>
- Cc: Andreas Schwab <schwab at linux-m68k dot org>, libc-alpha at sourceware dot org
- Date: Thu, 25 Jun 2009 11:50:29 +0000 (UTC)
- Subject: Re: Fix ____longjmp_chk for ppc(64)
- References: <OF5C36FA8F.ADEA3E59-ON862575DF.007A3260-862575DF.007AFB3B@us.ibm.com>
On Wed, 24 Jun 2009, Steve Munroe wrote:
> Andreas Schwab <schwab@linux-m68k.org> wrote on 06/24/2009 04:23:31 PM:
>
> > Steve Munroe <sjmunroe@us.ibm.com> writes:
> >
> > > not sure where sysdeps/powerpc/powerpc32/____longjmp_chk.S can from or
> what
> > > you did build it versus sysdeps/powerpc/powerpc32/fpu/____longjmp_chk.S
> Of
> > > is that missing?
> >
> > There is no need for a separate file for fpu since they would be
> > identical.
> >
> Only if it is including powerpc32/fpu/__longjmp-common.S
It is using "#include <__longjmp-common.S>" which means it will find the
first __longjmp-common.S in the sysdeps search path, which is the fpu/
version for configurations using that directory. Other targets with
multiple __longjmp implementations (e.g. SH) do the same thing with a
single ____longjmp_chk implementation.
--
Joseph S. Myers
joseph@codesourcery.com