Tomas, Martin,
The issue is still the long double. The log pointed to by John reveals
gcc -std=gnu99 -I../../src/extra -I. -I../../src/include -I../../src/include
-I../../src/nmath -DHAVE_CONFIG_H -fopenmp -fpic -g -O2
-fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c arithmetic.c -o
arithmetic.o
arithmetic.c:185:26: error: initializer element is not constant
185 | static LDOUBLE q_1_eps = 1 / LDBL_EPSILON;
| ^
make[4]: *** [../../Makeconf:124: arithmetic.o] Error 1
And I thought we had that licked? Any suggestions about what to try next?
In r-devel I see
#if HAVE_LONG_DOUBLE && (SIZEOF_LONG_DOUBLE > SIZEOF_DOUBLE)
# ifdef __PPC64__
// PowerPC 64 (when gcc has -mlong-double-128) fails constant folding with
LDOUBLE
# define q_1_eps (1 / LDBL_EPSILON)
# else
static LDOUBLE q_1_eps = 1 / LDBL_EPSILON;
# endif
#else
static double q_1_eps = 1 / DBL_EPSILON;
#endif
which is the same as what we have in R 3.6.3. So unless fixed, R 4.0.0 will
also fail :-/
My bad for noticing this earlier, and thanks to John for reopening the ticket.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
