similar to: more on RINSTALL with doc clobbers function.html

In R 0.63 RINSTALL of a package with documentation still appears to clobber R/doc/html/function.html and R/doc/html/packages.html so the main help is no longer available to a user once a package is installed. I know how to work around this for my own purposes, but I hesitate to release a package that would do this to some unsuspecting user. Paul Gilbert

I shouldn't try to do this on Monday morning. Can anyone suggest why the make for R 0.63 is failing for me under Solaris (SunOS 5.6). Paul Gilbert ... creating src/scripts/html2dos creating tests/Makefile creating tests/Examples/Makefile creating src/include/Platform.h R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /usr/local C

>>>>> Paul Gilbert writes: > I have been trying to set up my time series library with the new > library mechanism. It is a fairly large amount of code and previously > I split it into five pieces in order to load it into R. (Has anything > changed which might suggest I shouldn't need to do this anymore?) The > five files are called dse1, dse2, dsex1, dsex2, and

I'm having trouble with make at the documentation. (R 0.63.2 on Solaris) Paul Gilbert ______ g77 -O2 -fPIC -c kmns.f -o kmns.o ld -G -o mva.so dblcen.o hclust.o kmns.o mkdir ../../../../library/mva/libs mkdir ../../../library/stepfun mkdir ../../../library/stepfun/R Building system startup profile You should `make docs' now ... make: Fatal error: Don't know how to make target

I put some documentation in a file dse/man/dse.Rd in and did R INSTALL -l rlibs dse This built the copies of dse.Rd in rlibs/dse/{help latex html}. It also wrote over R/doc/html/function.html and R/doc/html/packages.html, effectively clobbering all the R documentation. Also, the link that gets put in R/doc/html/packages.html points to R/library/dse/html/00Index.html rather than

As with 0.62.3, when I install my dse package with documentation in 0.62.4 the html help in R/doc/html/function.html gets clobbered so that the regular R function help is not available. I was postponing a revised version of my dse library install in the hope that this might be fixed. Does anyone know if this is a simple problem that I can hope will be fixed soon, or should I consider a

There seems to be a minor problem in .First.lib: the library argument is all of $RLIBS. I think it should be just the one directory from which the package is being taken. Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

I've just got a new workstation with Solaris 5.6 and seem to be having some R 0.61.1 installation problems that did not occur in 5.5. If anyone can see the problem I would appreciate suggestions. Following is output from make at the point of failure. TIA Paul Gilbert ... gcc -g -I../include -c relop.c gcc -g -I../include -c saveload.c In file included from

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

This example from the INSTALL help seems to be broken in R 0.90.1 (on Solaris): gilp/dse : R CMD check --help Usage: R CMD check [options] [-l lib] pkg_1 ... pkg_n I'm trying to figure out how to request more nsize and vsize when using R CMD check. Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

I'm a novice with gdb but the following is the result of a segfault problem I've been having with 1.2.0. If there is something else I should do to get more useful information at this point, then someone please let me know. Paul Gilbert ______ [5] /home/mfa5/gilp/zzot : R -d gdb GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General

I am trying to compile R-devel (R-devel_2006-05-17.tar.gz) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) using the Portland Group compiler 6.0. (I have not yet successful compiled R on this configuration, so I don't know if this is a new problem.) I get an error pgcc -L/usr/local/pgi/linux86-64/6.0/libso -L/usr/lib64 -o dftables dftables.o ../dftables chartables.h

I am having trouble installing cluster from R-1.5.0-recommended : R CMD INSTALL *.tar.gz ... g77 -fPIC -g -O2 -c pam.f -o pam.o g77 -fPIC -g -O2 -c spannel.f -o spannel.o g77 -fPIC -g -O2 -c twins.f -o twins.o cp: cannot access *.so ERROR: compilation failed for package 'cluster' [34] /home/com1/gilp/Rlibs/R-1.5.0-recommended : This is with R-1.5.0 on Solaris 5.8 using gcc

Below is a gdb bt from a segfault provoke by my vignette for dse2. This seems to be relatively reproducible in the sense that I got a segfault three times (without gctorture) on Mandrake 9.0 and also caught it in Mandrake 9.1, at what looks to my untrained eye to be about the same place (actual at connections.c:293 in Mandrake 9.1). This is the build from Friday morning. Paul Gilbert

I have my DSE library working fairly well now with 0.62.1. It required a few changes because of the changes to R INSTALL and "xxx<-" functions. I would like to tar up a new version soon but 1/ for testing I have been using a kludge in .First.lib to select the first element of section - since I happen to know that is the element I need given the way I have $RLIBS set. This argument

This problem is with R 1.7.0 (as released) on Linux and Solaris. Details below are from Linux, Mandrake 9.1. The problem also happened with R 1.6.2 and on Mandrake 9.0. Vignettes often (for me) provokes problems with the misleading error message: * creating vignettes ... ERROR Error in sub(pattern, replacement, x, ignore.case, extended) : invalid argument Error in buildVignettes(dir =

I'm just trying to install 62.1 under Solaris. Making the program reports no errors, but when I try to run R I get ld.so.1: /home/res8/gilp/R-versions/R-0.62.1/bin/R.binary: fatal: libF77.so.2: can't open file: errno=2 Is there any standard place where I should be looking to find libF77? When make moves on to building the documents I get the errors below. (Is this because configure did

I'm having trouble making todays development snapshot: -DHAVE_CONFIG_H -g -O2 -c stirlerr.c -o stirlerr.o stirlerr.c:34: conflicting types for `Rf_stirlerr' ../../src/include/R_ext/Mathlib.h:557: previous declaration of `Rf_stirlerr' make[3]: *** [stirlerr.o] Error 1 [20] /home/mfa5/gilp/R-versions/R-devel : uname -a SunOS mfa99579 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-5_10

With R-rc_2010-10-11_r53297.tar.gz I am getting ... ** building package indices ... ** testing if installed package can be loaded Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/home/mfa/gilp/toolchain/R/src/R-rc/library/cluster/libs/cluster.so': /home/mfa/gilp/toolchain/R/src/R-rc/library/cluster/libs/cluster.so: undefined symbol: cl_daisy_