This is the mail archive of the
mailing list for the glibc project.
Re: PowerPC's math_ldbl.h
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Sat, 16 Mar 2013 00:34:02 +0000
- Subject: Re: PowerPC's math_ldbl.h
- References: <firstname.lastname@example.org> <512626E1.email@example.com><5126DF54.firstname.lastname@example.org> <Pine.LNX.email@example.com><5127C2DD.firstname.lastname@example.org> <Pine.LNX.email@example.com><512835E4.firstname.lastname@example.org>
On Sat, 23 Feb 2013, Adhemerval Zanella wrote:
> Also, the big change for fpu related code selection is
> sysdeps/powerpc/fpu now up to sysdeps/ieee754/ldlb-128ibm and
> sysdeps/ieee754/ldlb-opt (which also made sense). This currently does
> not change anything, because sysdeps/powerpc/fpu does not have any
> specific implementation for long double.
In a powerpc64 build, I see ABI test failures because sqrtl, version
GLIBC_2.3 (the compat alias to sqrt) is no longer exported from libm.
sysdeps/powerpc/fpu/w_sqrt.c is used, where I think
sysdeps/ieee754/ldbl-opt/w_sqrt.c would have been used before to provide
that compat symbol.
Could you please fix this ABI failure if it was indeed caused by your
change and, if so, review the sysdeps orderings again to identify any
other cases of files that are now being found from a different directory
from before that your logic above may have missed?
(Note: I haven't done tests before and after your commit to confirm it's
responsible, but it certainly looks likely to be.)
Joseph S. Myers