On May 31, 2005, at 10:25 AM, Vincent Lefevre wrote:
Well, there is no extended precision with GCC under Linux/PPC.
Hum, I do wonder about even that; why do:
2004-02-07 Alan Modra <[EMAIL PROTECTED]>
* config/rs6000/t-linux64 (LIB2FUNCS_EXTRA): Add darwin-
ldouble.c.
powerpc64-*-linux*)
tm_file="${tm_file} dbxelf.h elfos.h svr4.h freebsd-spec.h
rs6000/sysv4.h"
test x$with_cpu != x || cpu_is_64bit=yes
test x$cpu_is_64bit != xyes || tm_file="${tm_file} rs6000/
default64.h"
tm_file="rs6000/biarch64.h ${tm_file} rs6000/linux64.h"
extra_options="${extra_options} rs6000/sysv4.opt rs6000/
linux64.opt"
tmake_file="rs6000/t-fprules ${tmake_file} rs6000/t-ppccomm
rs6000/t-linux64"
t-linux64:
LIB2FUNCS_EXTRA = tramp.S $(srcdir)/config/rs6000/ppc64-fp.c \
$(srcdir)/config/rs6000/darwin-ldouble.c
darwin-ldouble.c:
/* 128-bit long double support routines for Darwin.
then? Certainly, the intent was to push it closer to working. I
don't see why someone could not finish off the compiler bits fairly
quickly, if they wanted to.
And according to
http://developer.apple.com/documentation/mac/PPCNumerics/
PPCNumerics-14.html
(found with Google), the PowerPC doesn't have hardware support
for extended precision.
I don't see the relevance, not to the question of can long double be
used under linux, nor even can long double be used under OSX, nor
long double on ppc.
