similar to: rc make error

Is there an easy way to compile a packages's fortran so that it has the information for ddd or gdb to follow the lines of the code? I seem to remember seeing something about this, but I cannot find it in Writing R Extensions. (I see about Valgrind, debugging a segfault, and some other tricks, but what I really want is to follow the fortran logic.) Thanks for any pointers, Paul

Is anyone else having trouble connecting to R-forge svn? (Perhaps I missed an outage announcement, or is it bad weather?) Paul ==================================================================================== La version française suit le texte anglais. ------------------------------------------------------------------------------------ This email may contain privileged and/or confidential

In one package (pk1) I define some S3 generics and methods. In pk2 I extend the methods to some S4 objects following the description in ?Methods, with setMethod() and setGeneric() either explicit or implicit (tried both). I export the S3 generic and methods from pk1 NAMESPACE and the S4 from pk2. This works, except when I try to use a function defined in pk1, Within the function the S4 method

I am experimenting with putting vignettes in a vignettes/ directory as suggested in the new R release news. If I understand correctly, it is now suggested that the vignette source (.Stex in my case) should be in the vignettes/ directory and the pdf should be put in the inst/doc/ directory, for the case when it is not being built by R CMD build. I am getting an error (R-2.14.0): (cd inst/doc ;

Is CRAN having trouble or is it just me? (The web interface is very slow and install.packages() is timing out and giving me "service not available"). Paul ==================================================================================== La version française suit le texte anglais. ------------------------------------------------------------------------------------ This email

I am trying to extend an S3 method to work with an S4 object as well as the S3 objects it works with, but UseMethod does not seem to recognize the S4 class and dispatches to the default method. Is this to be expected or should I be looking for an error in my code? If it is not an error in my code, is there an easy way to do this, or do I have to convert the generic to S4 and then make those

I am trying to check my packages with R-rc and latex is failing to find utf8.def. I presume my latex installation is defective or too old, or is this file distributed with R and I just don't have a path set correctly? Paul ______________ * checking PDF version of manual ... WARNING LaTeX errors when creating PDF version. This typically indicates Rd problems. LaTeX errors found: !

I am having the following problem building R-beta_2009-10-12_r50045.tar.gz on Ubuntu 9.04 - the Jaunty Jackalope Paul ________ ... make[2]: Entering directory `/home/paul/toolchain/R/R-beta/src/library/Recommended' begin installing recommended package boot gzip: invalid option -- 'x' Try `gzip --help' for more information. tar: This does not look like a tar archive

Is it possible in R to call a fortran routine that sets variables in a common block and expect the values to persist when a call is made from R to a second routine that uses the common block? If not (as I suspect), is it possible to use a common block in a group of routines that are used together, for as long the routines do not return to R? Paul

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 trying to understand the missing vs default value for an argument to an S4 method. (I'm not sure if this is a bug or my confusion.) In S3 I can specify a default value for an argument and then both check if the argument was missing in the call, and use it because it takes on the default value. I do not seem to be able to do that in S4 as shown by this simplified example:

I am trying to compile R-2.3.0 (both first release and patched 2006-05-10) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) using the Portland Group compiler version 6.1 and the notes from Jennifer Lai on p33 of "R Installation and Administration" version 2.3.0 (2006-04-24). I have not used this compiler before, so it is possible things are messed up more than usual, even

I installed R-2.3.1 and ran make check without problem, but I am having trouble installing several packages using gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-53) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) Kernel 2.4.21-40.ELsmp on an x86_64 Below are the messages from MCMCpack. Perhaps my systems are messed up? Paul Gilbert > install.packages("MCMCpack")

I am trying to compile R 1.6.1 with gcc 3.2 on Solaris (Sun OS 5.8) and configure gives me: checking whether g77 and gcc agree on int and double... configure: WARNING: g77 and gcc disagree on int and double configure: error: Maybe change CFLAGS or FFLAGS? Complete output from configure is below. I am not setting CFLAGS or FFLAGS, but can someone suggest what I should set them to (or is this some

Are the messages below to be expected from make check-all ? using the rc today, Aug 21, on Red Hat Enterprise Linux AS release 4 (Nahant Update 4) Kernel 2.6.9-42.0.8.ELsmp on an x86_64 Paul ________ .... checking package 'utils' .... * checking R code for possible problems ... NOTE install.packages: no visible global function definition for ?.install.winbinary? install.packages: no

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

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

After some investigation I find that "R INSTALL dse" seems to work well. Also, "R REMOVE dse" works but does not clean out ~/.R (which would be pretty difficult because all users may have this). The result is that a user will have the impression that the package is installed when it has be remove. (This is probably not too serious.) However, "R INSTALL -l rlibs

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 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