From k|r||| @end|ng |rom @|t||nux@org  Tue May  5 09:54:22 2020
From: k|r||| @end|ng |rom @|t||nux@org (Kirill Maslinsky)
Date: Tue, 05 May 2020 10:54:22 +0300
Subject: [Rd] 
 [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el
 architecture
In-Reply-To: <24234.57996.340969.97974@rob.eddelbuettel.com>
References: <24232.47486.618901.868945@rob.eddelbuettel.com>
 <7D148040-DA12-4405-8D11-7E9B3868913D@gmail.com>
 <24234.8339.103881.186264@rob.eddelbuettel.com>
 <CALEXWq2x-ywdQeJRApN_77cnGF1su1fWVZt6vC=FwFgf0VBJiA@mail.gmail.com>
 <24234.53535.647635.838791@rob.eddelbuettel.com>
 <alpine.DEB.2.21.2004300910220.3189@luke-Latitude-7480>
 <24234.57996.340969.97974@rob.eddelbuettel.com>
Message-ID: <m31rnyakb5.fsf@gmail.com>


Dirk Eddelbuettel writes:

> We know by now (thanks to Bryan and Tomas) that src/main/machar.c is the real
> culprit due to the long double behaviour on ppc64el.  I presume 'compiler'
> calls into platform.c and hence machar.c for calibration or setup.
>
> On the Debian side, I just shipped an updated source package which will skip
> long double support on this platform.  That should allow builds to complete,
> hopefully, so that we can look into get the build from 'experimental' into
> 'unstable' and the distro proper.

I had the similar issue on ppc64le when trying to package R 4.0.0 for ALT
Linux Sisyphus. Disabling long double support indeed fixes the build of
the binaries, but then the build fails in the tests section (make check)
with violated assertions in some basic tests results.

Do you also have this problem, and is there a better solution to this
issue on ppc64le yet?

--
KM



[Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
Kirill Maslinsky