similar to: make install fails with makeinfo < 4.7

Hi, Is it really true that nobody isn't able to give me a clue why makeinfo fails with this error: doc/cpp.texi:50: Unknown index `vr' and/or `op' in @synindex. ------------------------- make[2]: Entering directory `/C/Projects/src/llvm-gcc/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ./mkinstalldirs $d; fi; \ done if [ -f stmp-dirs ]; then true; else

In R 1.9.0 on Solaris/Sparc when I run, for example, install.packages("gregmisc", "~/R-local/lib"), instead of installing the `gregmisc' package in the directory /users/student/rpeng/R-local/lib the package gets installed in /users/student/rpeng/\~/R-local/lib, so the directory \~ is created in my home directory. This doesn't happen to me on Linux or Windows so I

I've noticed a change in the way grep() behaves between the 1.9.0 release and a recent R-patched. On 1.9.0 I get the following output: > x <- dget(file = url("http://www.biostat.jhsph.edu/~rpeng/names.R")) > length(grep("^l\\w+tmean", x, perl = TRUE, value = TRUE)) [1] 84 And on R-patched (2004-06-11) I get > x <- dget(file =

Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface is not yet available to packages. To allow limited use of connection pointers this defines the opaque pointer type. */ I have a function in the

Since compiling R 2.5.0 from source on my Mac (PowerBook) I've noticed some strange behavior when plotting. I'm not sure if it's a problem with my setup/compilation because I feel like a problem as basic as this one would have been reported already. I'm running R with X11 and R was built with gcc 4.0.1. Basically, I run > plot(0, 0) > dev.off() X11 4 Warning message:

I've noticed recently that 'update.packages' and 'install.packages' seem to not do tilde expansion anymore, i.e. when I run update.packages("~/R-local/lib") on R-alpha (r41043) I get the message /home/rpeng/install/R-alpha/lib64/R/bin/INSTALL: line 304: cd: ~/R-local/lib: No such file or directory and the package is subsequently installed in the current working

Hi, I have been trying to make llvm-gcc under CygWin and am getting a makeinfo error. I have tried it on the command line :- makeinfo --split-size=5000000 --force -I /usr/src/llvm-gcc/gcc/doc -I /usr/src/llvm-gcc/gcc/doc/include -o /usr/src/llvmgcc/gcc/doc/cpp.info /usr/src/llvm-gcc/gcc/doc/cpp.texi And get the resulting output :- $ makeinfo --split-size=5000000 --force -I

Full_Name: Gordon Lack Version: 2.4.0 OS: Redhat Linux AS2.1 Submission from: (NULL) (198.28.92.5) Not sure whether this is a configure issue or an R one. It's only a minor issue, so this is really just FYI. The code in configure checks for the version of makeinfo by splitting the version string into a major and minor component. The tests on these assume they are numeric. RHAS2.1 shipped

Full_Name: Denis Sunko Version: 1.3.1 OS: HP-UX 11.0 Submission from: (NULL) (161.53.2.114) After building and installing R 1.3.1, i find some of the html files missing: > ls -l /opt/lib/R/doc/manual/ total 0 -rw-r--r-- 1 root sys 0 Oct 17 22:16 R-FAQ.html -rw-r--r-- 1 root sys 0 Oct 17 22:16 R-admin.html -rw-r--r-- 1 root sys 0

Has anyone tried to build r-devel on a RedHat 7.1 with the gcc 3.1.1 compiler? I didn't have problems with gcc 2.95.x or gcc 3.0.4, but when I ran the configure with gcc 3.1.1 I got the following error: [...] checking whether gcc accepts -M for generating dependencies... yes checking whether gcc supports -c -o FILE.lo... yes checking how to get verbose linking output from g77... -v checking

I've noticed something recently in R-beta that has changed since R 2.4.1 and I'm not sure if it's a readline problem or an R problem. I am on a Linux FC5 system and in R 2.4.1 I could do load("my-directory/ and then hit TAB and it would list all of the files in 'my-directory', after which I could start typing the beginning of the file, hit TAB again, and it would

I've noticed what I think is curious behavior in using 'sub(fixed = TRUE)' and was wondering if my expectation is incorrect. Here is one example: v <- paste(0:10, "asdf", sep = ".") sub(".asdf", "", v, fixed = TRUE) The results I get are > sub(".asdf", "", v, fixed = TRUE) [1] "0"

--KsGdsel6WgEHnImy Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, people. Wandering in R archives, and seeing the message attached below, I noticed that: mapply(rep,times=1:4, MoreArgs=42) still segfaults on R 2.2.0, and thought I should be a good citizen and report it, even if I do not have an actual problem

As far as I can tell, 'isOpen' cannot return FALSE in the case when 'rw = ""'. If the connection has already been closed by 'close' or some other function, then isOpen will produce an error. The problem is that when isOpen calls 'getConnection', the connection cannot be found and 'getConnection' produces an error. The check to see if it is

On Fri, 12 Mar 2004 11:44:14 -0500, "Roger D. Peng" <rpeng@jhsph.edu> wrote : >Funny, it works for me on R-patched > > > f <- function(a) { return(log(a)) } > > f("A") >Error in log(x) : Non-numeric argument to mathematical function > > traceback() >2: log(a) >1: f("A") > > try(f("A")) >Error in log(x) :

Hi, Is some one able to tell me why this fails: ------------------------- make[2]: Entering directory `/C/Projects/src/llvm-gcc/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ./mkinstalldirs $d; fi; \ done if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi make[2]: Leaving directory `/C/Projects/src/llvm-gcc/gcc' makeinfo --split-size=5000000 -I ./doc -I

Full_Name: Roger peng Version: 1.4.0 (2001-12-13) OS: GNU/Linux (Redhat 7.1) Submission from: (NULL) (128.97.86.126) R compiles fine and runs, but when I call the library() function with no arguments I get the error: > library() Error in FUN(X[[2]], ...) : subscript out of bounds make check also fails when running code in base-Ex.R (I'm assuming it fails where library() function is

I'm trying to write a package which uses classes/methods as defined in the `methods' package. I have a single .R file which defines the class and various methods for that class. At the top of the file I have require(methods) and then setClass("myclass", ...) setGeneric("intersect") setMethod("intersect", "myclass", function(x,y) ...) I noticed

Hi (Roger), I saw the announcement of filehash v2.0 and the sentence "This development has lead to better file locking for concurrent access and faster reading and writing of data in general" caught my attention. What kind of file locking do you refer to here? I am looking for a mechanism that can be used to lock files for reading and/or writing, and I'd love to have a cross

I was cross-building R-devel (1.7.0). The tail of the error message from running make on a machine with makeinfo (GNU texinfo 3.12) 1.68 is at the end of this email. The same procedure went fine on a machine with makeinfo (GNU texinfo) 4.1. My first guess is that the version of makeinfo is causing this. However, this didn't happen with R-1.6.2beta. Please advise. Jun ## tail of error