This change seems correct, but as we don't have any non-PPC64 systems or
build targets in the Fedora buildsystem, it won't affect Fedora if it
doesn't make it.
Tom
On Wed, Mar 25, 2020, 6:16 AM peter dalgaard wrote:
> Do note that 3.6-patched will only be live for a day or two as we branch
> f
Do note that 3.6-patched will only be live for a day or two as we branch for
4.0.0 on Friday. Anything committed there is unlikely to make it into an
official release (in principle, the 3.6 branch can be revived but it would take
a very strong incentive to do so.)
If you want an R-3.6.3-for-ppc
> Martin Maechler
> on Tue, 17 Dec 2019 11:25:31 +0100 writes:
> Tom Callaway
> on Fri, 13 Dec 2019 11:06:25 -0500 writes:
>> An excellent question. It is important to remember two key
>> facts:
>> 1. With gcc on ppc64, long doubles exist, they can
>> be
> Tom Callaway
> on Fri, 13 Dec 2019 11:06:25 -0500 writes:
> An excellent question. It is important to remember two key
> facts:
> 1. With gcc on ppc64, long doubles exist, they can
> be used, just not safely as constants (and maybe they
> still can be used safel
No, that does not change the issue:
arithmetic.c:180:26: error: initializer element is not constant
180 | static LDOUBLE q_1_eps = 1.L / LDBL_EPSILON;
Tom
On Fri, Dec 13, 2019 at 11:56 AM Serguei Sokol
wrote:
> Le 13/12/2019 à 17:06, Tom Callaway a écrit :
> > arithmetic.c:
> > static LD
Le 13/12/2019 à 17:06, Tom Callaway a écrit :
arithmetic.c:
static LDOUBLE q_1_eps = 1 / LDBL_EPSILON;
Just a thought: can it be that it's "1" which is at the origin of
compiler complaint?
In this case, would the syntax "1.L" be sufficient to keep it calm?
Serguei.
___
An excellent question. It is important to remember two key facts:
1. With gcc on ppc64, long doubles exist, they can be used, just not safely
as constants (and maybe they still can be used safely under specific
conditions?).
2. I am not an expert in either PowerPC64 or gcc. :)
Looking at connecti
> Tom Callaway
> on Thu, 12 Dec 2019 14:21:10 -0500 writes:
> Hi R folks,
> Went to build R 3.6.2 for Fedora/EPEL and got failures across the board.
> Disabling the test suite for all non-intel architectures resolves most of
> the failures, but powerpc64 dies in the
Hi R folks,
Went to build R 3.6.2 for Fedora/EPEL and got failures across the board.
Disabling the test suite for all non-intel architectures resolves most of
the failures, but powerpc64 dies in the compiler, specifically here:
gcc -m64 -I../../src/extra/xdr -I. -I../../src/include -I../../src/
