[Rd] R-1.7.0 build feedback: NetBSD 1.6 (PR#2837)
hornik at ci.tuwien.ac.at
Sun May 4 12:26:36 MEST 2003
>>>>> Prof Brian Ripley writes:
> On Sat, 3 May 2003 beebe at math.utah.edu wrote:
>> This is a followup to my report of a SIGSEGV in R-1.7.0 built
>> on NetBSD 1.6.
>> Kurt Hornik responded:
>> >> ...
>> >> After some discussions on r-core, two suggestions.
>> >> * It might be helpful to know if zlib has found in the OS or compiled
>> >> from the sources within R: if the first you could try configure
>> >> --without-zlib as it is possible the OS has a modified version.
>> >> * You have
>> >> R : Copyright 2003, The R Development Core Team
>> >> Version 1.7.0 Under development (unstable) (2003-04-11)
>> >> ^^^^^^^^^^^^^^^^^^^^^^ ^^^
>> >> and might just have hit a bad day of the r-devel daily snapshot.
>> >> ...
>> I don't think that the latter is the problem. This version built,
>> validated, and installed on several other platforms.
>> Since my initial bug report for this system, I upgraded the gcc
>> release from 3.2.2 to the latest 3.2.3, so the compilation environment
>> is now a bit different.
>> I tried your suggestion of the --without-zlib configure option, and
>> that produced a working R, which I've installed. There was one *.fail
>> file in the tests directory: reg-tests-1.Rout.fail. It is 2280 lines
>> long, and contains a fair number of "Error xxx" reports.
> About 12 are expected. The error will be in the last command line, so
> only the last few lines of the file are relevant: to wit
>> ## pweibull(large, log=T):
>> stopifnot(pweibull(seq(1,50,len=1001), 2,3, log = TRUE) < 0)
> Error: pweibull(seq(1, 50, len = 1001), 2, 3, log = TRUE) < 0 is not TRUE
> for which you would need to investigate the output of
> pweibull(seq(1, 50, len = 1001), 2, 3, log = TRUE)
> and I guess that this is an accuracy problem in the runtime (libc).
So the conclusion would be that the system's -lz is broken? Argh ...
More information about the R-devel