[R-SIG-Mac] Make check error building R 2.6.1 under OS-X 10.4.11
Simon Urbanek
simon.urbanek at r-project.org
Sun Dec 16 15:21:06 CET 2007
On Dec 15, 2007, at 10:47 PM, Stephen Shiboski wrote:
> Thanks a lot. I noticed that there is a binary for gcc 4.2.1
> (gcc-42-5531-darwin8.tar.gz) on the R developer's page. If this is
> the same as what Apple provides, I can install this.
>
It is built from the same sources... (Apple doesn't provide gcc-4.2
binaries for Mac OS X 10.4)
> I also noticed that the code for dbeta.c hadn't changed since 2.5.1.
> So, I just re-built 2.5.1 on the same machine and it makes & checks
> w/o errors!
>
Ah, oh .. that is indeed interesting ... and does that build return
all Inf for:
dbeta(0, 0.9, 2.2, ncp = rlnorm(100))
If so, then I shall have a closer look ...
Thanks,
Simon
>
> On Dec 15, 2007, at 5:32 PM, Simon Urbanek wrote:
>
>> On Dec 15, 2007, at 6:49 PM, Stephen Shiboski wrote:
>>
>>> Trying to build R 2.6.1 on a G5 imac running OS X 10.4.11. I am
>>> using
>>> Xcode 2.4.1 and the gfortran (4.2.1) from r.research.att.com/tools/.
>>> I am using following the configuration:
>>>
>>> ./configure --with-aqua --with-blas='-framework vecLib' --with-
>>> lapack
>>> --with-jpeglib --with-libpng
>>>
>>>
>>> Builds fine, but make check fails as follows:
>>>
>>> running code in 'd-p-q-r-tests.R' ...make[3]: *** [d-p-q-r-
>>> tests.Rout] Error 1
>>> make[2]: *** [test-Specific] Error 2
>>> make[1]: *** [test-all-basics] Error 1
>>> make: *** [check] Error 2
>>>
>>> Here's the error:
>>>
>>> Error: dbeta(0, 0.9, 2.2, ncp = c(0, a)) == Inf is not all TRUE
>>> In addition: Warning message:
>>> In dnbeta(x, shape1, shape2, ncp, log) : NaNs produced
>>> Execution halted
>>>
>>> I sucessfully built and checked 2.5.1 using the same set-up. The
>>> only
>>> thing that changed was the update to OS X 10.4.11 from 10.4.10.
>>>
>>> It builds & checks fine on my Intel machine with the same Xcode and
>>> gfortran.
>>>
>>
>> The issue is known and appears to be a problem with a specific
>> version of Apple's compilers generating incorrect ppc code. It goes
>> away when you update to Apple's gcc 4.2 (or probably also when you
>> revert to older compilers, although I didn't test that route
>> specifically).
>>
>> However, I'm surprised that 2.5.1 would work *if* you had exactly
>> the same setup, because the dbeta source code didn't change since
>> 2.5.1 at all. Are you 100% sure that you had exactly the same
>> compiler versions as now?
>>
>> Cheers,
>> Simon
>>
>
>
More information about the R-SIG-Mac
mailing list