Dear all, I have been following the instructions on cran.stat.sfu.ca/with the intention to install R with 64 bits support on an 8 core Intel Mac with 6 GB of memory. I am doing this so I can run an analysis that requires 1.6 gB of memory allocation and would not run on 32 bit version of R as I was advised and experienced. I have installed gcc 4.2 and gfortran 4.2 from the available sources on the web page and am using the copy and paste guide on the page. Now everything seems to be going fine until the point where the R packages are tested. In particular when the regression tests are run I get the following. running regression tests running code in 'reg-tests-1.R' ...\c OK running code in 'reg-tests-2.R' ...\c OK comparing 'reg-tests-2.Rout' to './reg-tests-2.Rout.save' ...\c 3756c3756 < The decimal point is 1 digit(s) to the right of the | ---> The decimal point is at the |3762c3762 < The decimal point is 1 digit(s) to the right of the | ---> The decimal point is 1 digit(s) to the left of the |3764c3764 < 0 | 1111111111 ---> 1 | 0000000000make[3]: *** [reg-tests-2.Rout] Error 1 make[2]: *** [test-Reg] Error 2 make[1]: *** [test-all-basics] Error 1 make: *** [check] Error 2 Would any of you be able to point me to what is the reason for this? thanks, georgios [[alternative HTML version deleted]]
I saw this yesterday, on my newly reinstalled iMac (10.5.2), with the Xcode compiler + gfortran from R 2.6.2. It looks very like a compiler bug: if I insert a printf statement in stem.c I get the correct answer, and if I compile src/appl/stem.c without optimization I get the correct answer. So, I suggest lowering the optimization level, but the worry always is that if you have one piece of code miscompiled there may be others. On Tue, 25 Mar 2008, Georgios Marentakis wrote:> Dear all, I have been following the instructions on > cran.stat.sfu.ca/with the intention to install R with 64 bits > support on an 8 core Intel Mac > with 6 GB of memory. I am doing this so I can run an analysis that requires > 1.6 gB of memory allocation and would not run on 32 bit version of R as I > was advised and experienced. > I have installed gcc 4.2 and gfortran 4.2 from the available sources on the > web page and am using the copy and paste guide on the page. > > Now everything seems to be going fine until the point where the R packages > are tested. In particular when the regression tests are run I get the > following. > > running regression tests > running code in 'reg-tests-1.R' ...\c > OK > running code in 'reg-tests-2.R' ...\c > OK > comparing 'reg-tests-2.Rout' to './reg-tests-2.Rout.save' ...\c > 3756c3756 > < The decimal point is 1 digit(s) to the right of the | > --- >> The decimal point is at the | > 3762c3762 > < The decimal point is 1 digit(s) to the right of the | > --- >> The decimal point is 1 digit(s) to the left of the | > 3764c3764 > < 0 | 1111111111 > --- >> 1 | 0000000000 > make[3]: *** [reg-tests-2.Rout] Error 1 > make[2]: *** [test-Reg] Error 2 > make[1]: *** [test-all-basics] Error 1 > make: *** [check] Error 2 > > Would any of you be able to point me to what is the reason for this? > thanks, > georgios > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > stat.ethz.ch/mailman/listinfo/r-devel >-- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics, stats.ox.ac.uk/~ripley University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595
On 26/03/2008, at 10:00 PM, Georgios wrote:> I have installed gcc 4.2 and gfortran 4.2 from the available sources > on the > web page and am using the copy and paste guide on the page. > > Now everything seems to be going fine until the point where the R > packages > are tested. In particular when the regression tests are run I get the > following. > > running regression tests > running code in 'reg-tests-1.R' ...\c > OK > running code in 'reg-tests-2.R' ...\c > OK > comparing 'reg-tests-2.Rout' to './reg-tests-2.Rout.save' ...\c > 3756c3756 > < The decimal point is 1 digit(s) to the right of the | > --- >> The decimal point is at the | > 3762c3762It may or may not be relevant, but there is a catastrophic bug in log10() in 10.5.2 for x86_64: it returns 0 for all arguments. This has been discussed on the Scitech list. Apple think they have fixed it, but I am sure they would want to hear of other cases or possible compiler issues, if it is their compiler you are using. So if you can get a minimal test case it would be very good to submit a bug. It may be worth doing even if you cannot get a minimal case because all the sources are readily available. Finally last time I looked a few days back Simon's 64 bit Intel builds were failing. Bill Northcott