Re: [Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
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 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 4/30/20 4:37 PM, Dirk Eddelbuettel wrote: On 30 April 2020 at 09:11, luke-tier...@uiowa.edu wrote: | On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote: | Maybe I missed something. How is the 'compiler' package involved? See the other email thread; you replied (~ 26 hours ago) to my message adding that "sysdata.rda in 'tools' hanging was wrong". It gets to the next stage, which is 'compiler'. 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. Yes, R just hangs during startup, always, it is not related to the compiler nor sysdata.rda. The problem is that machine characteristics detection does not work with long double on ppc64el, it falls into an infinite loop. Tomas 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. In the meantime, there are alternative venues for getting R 4.0.0 binaries for Debian and Ubuntu as previously mentioned. Dirk __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:11, luke-tier...@uiowa.edu wrote: | On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote: | Maybe I missed something. How is the 'compiler' package involved? See the other email thread; you replied (~ 26 hours ago) to my message adding that "sysdata.rda in 'tools' hanging was wrong". It gets to the next stage, which is 'compiler'. 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. In the meantime, there are alternative venues for getting R 4.0.0 binaries for Debian and Ubuntu as previously mentioned. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
I don't think compiler was involved, it was just the next thing after sysdata.rda, so a suspect at some point. -pd > On 30 Apr 2020, at 16:11 , luke-tier...@uiowa.edu wrote: > > On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote: > >> >> On 30 April 2020 at 09:42, Iñaki Ucar wrote: >> | On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel wrote: >> | > And to keep the list abreast, this appears to be related to the long >> double >> | > issue on powerpc where needed an extra #define to ensure compilation. >> That >> [...] >> | Which reminds me that [1] was required for v3.6.2. Could be related? >> >> Yes, that is what I refered to via "long double issue on powerpc". Without a >> URL but it is the same issue (in the sense of that architecture being "very >> different"); it simply is no longer the same issue of needing the #define to >> compile. But the diffferent nature of powerpc now bite's R own 'compiler' >> package. R Core is on it; I may avoid it in a quicker fix by disabling long >> double support on just this platform (til we have a better fix). > > Maybe I missed something. How is the 'compiler' package involved? > > Best, > > luke > >> >> Dirk >> >> > > -- > Luke Tierney > Ralph E. Wareham Professor of Mathematical Sciences > University of Iowa Phone: 319-335-3386 > Department of Statistics andFax: 319-335-3017 > Actuarial Science > 241 Schaeffer Hall email: luke-tier...@uiowa.edu > Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd@cbs.dk Priv: pda...@gmail.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On Thu, 30 Apr 2020, Dirk Eddelbuettel wrote: On 30 April 2020 at 09:42, Iñaki Ucar wrote: | On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel wrote: | > And to keep the list abreast, this appears to be related to the long double | > issue on powerpc where needed an extra #define to ensure compilation. That [...] | Which reminds me that [1] was required for v3.6.2. Could be related? Yes, that is what I refered to via "long double issue on powerpc". Without a URL but it is the same issue (in the sense of that architecture being "very different"); it simply is no longer the same issue of needing the #define to compile. But the diffferent nature of powerpc now bite's R own 'compiler' package. R Core is on it; I may avoid it in a quicker fix by disabling long double support on just this platform (til we have a better fix). Maybe I missed something. How is the 'compiler' package involved? Best, luke Dirk -- Luke Tierney Ralph E. Wareham Professor of Mathematical Sciences University of Iowa Phone: 319-335-3386 Department of Statistics andFax: 319-335-3017 Actuarial Science 241 Schaeffer Hall email: luke-tier...@uiowa.edu Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel