Dirk Eddelbuettel
2020-Apr-30 13:22 UTC
[Rd] R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:42, I?aki Ucar wrote: | On Thu, 30 Apr 2020 at 02:49, Dirk Eddelbuettel <edd at debian.org> 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). Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org
iuke-tier@ey m@iii@g oii uiow@@edu
2020-Apr-30 14:11 UTC
[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 <edd at debian.org> 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 and Fax: 319-335-3017 Actuarial Science 241 Schaeffer Hall email: luke-tierney at uiowa.edu Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu
Peter Dalgaard
2020-Apr-30 14:27 UTC
[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-tierney at 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 <edd at debian.org> 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 and Fax: 319-335-3017 > Actuarial Science > 241 Schaeffer Hall email: luke-tierney at uiowa.edu > Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu > ______________________________________________ > R-devel at 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.mes at cbs.dk Priv: PDalgd at gmail.com
Dirk Eddelbuettel
2020-Apr-30 14:37 UTC
[Rd] [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture
On 30 April 2020 at 09:11, luke-tierney at 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 | edd at debian.org
Reasonably Related Threads
- R 4.0.0 build error with sysdata.rda on ppc64el architecture
- R 4.0.0 build error with sysdata.rda on ppc64el architecture
- R 4.0.0 build error with sysdata.rda on ppc64el architecture
- R 4.0.0 build error with sysdata.rda on ppc64el architecture
- [External] Re: R 4.0.0 build error with sysdata.rda on ppc64el architecture