similar to: Version 1.5.1 failing make check.

I'm having a dynamic loading problem that seems to be caused by exponentiation (the ** operator in Fortran/ratfor). This can be illustrated by the following toy example: ===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+=== % cat foo.r subroutine foo(x,n) x = x**n return end % f77 -c foo.r /tmp/ratfor.06661.0.f: foo: % R CMD SHLIB -o foo.so foo.o gcc -G -o

I've recently installed R-1.4.0 and I'm having the devil's own time trying to install a home-made package. As far as I can tell, I'm doing the same things that I did previously, under 1.3.1, but somehow everything goes haywire. (Quite possibly I'm simply mis-remembering what I did before, but I can't for the life of me figure out what to change). A toy example of what I

I tried setting CFLAGS="-g -O" in config.site and got the same errors from running ``make check''. Then I tried setting CC=cc in config.site, and the damned thing failed again (but differently). Now at least ``!is.nan(var(1))'' is TRUE, as it should be. The problem comes from lapack. At the end of .../test/Examples/base-Ex.Rout.fail we find: > loc <-

Just now I again had occasion to want nested describe lists in a documentation file. I found that the bug which I reported on 18 October, 2001 still persists. I checked on the bug report at the R web page, and found that the notes say ``Not a problem in R 1.4.0 (2001-12-08)''. Well, it's still a problem for me --- using R 1.4.1. (Details: platform sparc-sun-solaris2.7 arch

There appears to be a mild bug, or at least a deficiency, in rnorm. The bug becomes apparent when one looks at extremes of the squares of the values generated by rnorm; rnorm is not generating quite enough extreme values. The R version that I am using is 1.4.1; I never got around to installing 1.5.0, and now since 1.5.1 is about to come out .... However, checking the 1.5.0 release notes

This is a follow-up to a message I posted yesterday concerning building R-1.6.2. After a deafening silence regarding that first message I decided to be fool-hardy and just comment out the line that seemed to be giving trouble in the file /usr/include/sys/stream.h. This worked for a while, but soon another error resulted:

I've just installed version 1.4.0 of R, and am experiencing a puzzling phenomenon with the library() function. I have .lib.loc set as follows: > .lib.loc [1] "/usr/local/lib/R/library" "/home/faculty/rolf/Rlib" If I invoke > library(melvin) I get the error message Error in library(melvin) : There is no package called `melvin' but if I invoke >

I have plots that were stored using recordPlot() in a fairly recent but pre-1.6.0 version of R that will not replayPlot() in R 1.6.0. The error message is Error in replayPlot(x) : invalid hex digit in color or lty The plots were stored in June (2002-6-14), each as an element of a list named 'rpl'. The version of R that was current then is what I used. At that time I was able to

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv

Yesterday I downloaded R-2.2.0.tar.gz, gunzipped and untarred, and did the usual ./configure and make. Everything seemed to go smoothly until it got to the bit about installing recommended packages. It got past ``spatial'' but turned up a fatal error in respect of the ``boot'' package. Here is some of what appeared on the screen:

Is there a way of `restarting' split.screen? This is what I am getting: > close.screen() [1] 10 11 12 13 > close.screen(all=TRUE) Error in par(args) : parameter "i" in "mfg" is out of range > graphics.off() > x11() > close.screen() [1] 10 11 12 13 > close.screen(all=TRUE) Error in par(args) : parameter "i" in "mfg" is out of range As

This question is about compiling R-1.6.2 from source on a Sparcstation-20 machine running Solaris 7, gcc-2.95.3 and readline-4.2 (both gcc and readline from sunfreeware.com). I searched the r-help archive and the FAQ. The errors seem to be related to the binary readline libraries, and I have /usr/local/lib/libreadline.a,libreadline.so@, and libreadline.so.4. The attached errors are from

Hi Everyone, The following rather extreme claim on memory causes a segmentation fault on my installation: fred <- matrix(1:1200, 20, 60) littleOP <- function(x, y) { z <- as.vector(x) %*% t(as.vector(y)) dim(z) <- c(dim(x), dim(y)) z } littleOP(fred, fred) # this is OK littleOP(littleOP(fred, fred), fred) # whoops! Segmentation fault What's a bit strange

I get a segmentation fault as follows: > tmp <- array(list(), c(3, 4)) > tmp[[1, 2]] NULL # as expected > tmp[[1, 2]]$fred <- 1:10 > tmp # as expected [,1] [,2] [,3] [,4] [1,] "NULL" "List,1" "NULL" "NULL" [2,] "NULL" "NULL"

SunOS fluke 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-Enterprise R-1.4.0 Running from the command line R CMD check chlib results in the log file 00check.log: * using log directory `/home/woodstock/hoffmann/R/Sources/chlib.Rcheck' * checking for file `chlib/DESCRIPTION' ... OK * checking package directory ... OK * checking for sufficient/correct file permissions ... WARNING *

I seem to have something wrong in my installation when trying to update packages. Thanks for any assistance... > update.packages() trying URL `http://cran.r-project.org/src/contrib/PACKAGES' Content type `text/plain' length 53385 bytes opened URL .......... .......... .......... .......... .......... .. downloaded 52Kb Error in if (a[k] > b[k]) return(TRUE) else if (a[k] <

Hi, I upgraded to version 1.2.1 and now the up/down arrows for recalling commands no longer works. Is there a work around for this? > version _ platform sparc-sun-solaris2.7 arch sparc os solaris2.7 system sparc, solaris2.7 status major 1 minor 2.1 year

Here's a nasty one. The following has caused a segmentation fault and possibly also a bus error. fred <- 1:6 dim(fred) <- 6 dimnames(fred) <- list(LETTERS[1:6]) mm <- matrix(1:12, 2, 6) mm %*% fred # segmentation fault here In the case without the dimnames assignment the result is OK. Cheers, Jonathan. --please do not edit the information below-- Version: platform =

Dear R-help, I tried to build the R-release version of R-1.0.0. ./configure and make seemed to go just fine. When I ran 'make check' from $RHOME, it dumped core apparently in the quit('no') on the last line of base-Ex.R I had been having some problems with a package I am building in that R would report with "Process R segmentation violation (core dumped)" upon

Hi All, I'm trying to install R from source on an Intel machine running Linux (RedHat 6.2) and I am getting errors (Error 139, Error 2, and Error 1) on 'make check'. Perhaps I've forgotten something basic? --------------------------------------------------------------------- Here's what I've done: /configure --prefix=/home1/froth/R --enable-R-shlib --with-tcltk