similar to: [R] R_problem_buf in the S.h files & lists in .C (PR#185)

I didn't see any mention of this in the material on CRAN. The two S.h files define R_problem_buf as a real symbol rather than simply declaring its existence. As a result, a shared library that links two or more files that include this will get duplicate symbol complaints. Since it is not defined elsewhere in the code, someone has to define it. A secondly thing is the documentation for .C()

Full_Name: Thomas Vogels Version: 0.64.1 OS: AIX 4.2 Submission from: (NULL) (198.133.22.70) R_problem_buf is defined, not just declared, in S.h: #define R_PROBLEM_BUFSIZE 4096 char R_problem_buf[R_PROBLEM_BUFSIZE]; This is bad since every time S.h is included this buffer is defined. The linker will eventually complain about multiple definitions of this symbol. Solution: declare

Jan Kutylowski <janku at ifi.uio.no> writes: > Hi, > > Originally on Solaris I get > > checking for main in -lreadline... no > > and also > checking for readline/history.h... no > Um, I think you said that the 1st one gave "yes" first time around??? > You kindly suggests: > > <I bet the problem is that gcc cannot find the include

Hi all, may I request the following two changes to Rdefines.h (R 0.65.1)? 1.) Change line 106 from #define Free(p) R_chk_free( (void *)(p) ) to #define Free(p) R_chk_free( (void *)(p) ) , p=NULL 2.) Add after line 79: #define PROBLEM {char R_problem_buf[R_PROBLEM_BUFSIZE];sprintf(R_problem_buf, a new line 80: #define PROBLEM {char

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

Full_Name: Richard Boyce Version: 2.1.-1 OS: Debian testing/unstable Submission from: (NULL) (128.95.123.29) While building a custom package using a modified version of Duncan's REventLoop with R version 2.1 (Debian package r-base, r-base-dev) and R source from apt-get source 2.1.1 I get the following error: $ R CMD build vjREventLoop * checking for file

Dear all, I hope the following problem haven't been discussed here recently (I could not find anything about it the help archive files) : I tried to compile R-0.64.2 from the source files without much success... the last lines from the output of the ./configure command were : ---------------------------------------------------------- R is now configured for mips-sgi-irix6.4 Source

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

I've put up R-0.63.1.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.1.tgz (Be gentle, that's my desktop PC!) The person who fetched R-0.63 *from

I've put up R-0.63.1.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.1.tgz (Be gentle, that's my desktop PC!) The person who fetched R-0.63 *from

Dear all, I want to install R-0.65.0 on mips-sgi-irix6.5 (SGI IRIX 6.5 IP32), but it doesn't work !!! I run the following configure call: <146>: ./configure --prefix=/usr/people40c/kuonen/Software/bin ... R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory: /usr/people40c/kuonen/Software/bin C compiler: gcc -g -O2

I have a problem to understand the way gc_inhibit_torture is defined. In include/Defn.h it is declared as extern, using the __MAIN__ trick this leads to a definition in main/main.c. But in main/memory.c you define (and initialize) gc_inhibit_torture again: int gc_inhibit_torture = 1; /* gets set to zero after initialisations */ Then, in e.g. unix/system.c immediately at the beginning of

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

I've put up R-0.63.2.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.2.tgz (Be gentle, that's my desktop PC!) There's also a version split in

I've put up R-0.63.2.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.2.tgz (Be gentle, that's my desktop PC!) There's also a version split in

Dear all, I am trying to compile R version 1.0.1 under Solaris on a SUNsparcUltra10. Note that I'm doing this in my home directory as I cannot do it as root. The configure script seems to run correctly and issues as the last few lines: ----------------------------------------------- ... R is now configured for sparc-sun-solaris2.7 Source directory: . Installation directory:

If I'm not mistaken, "bundle" is really only useful as a concept for distribution and installation. You distribute and install a bundle, but load the individual packages when you want to use them. Once you install the bundle, you won't see the name of the bundle in the list of installed packages, but you see the constituent packages, and those are what you load when you want to

Dear all: I got some error messages when I installed R-2.4.0 on Compaq Tru64 Unix V5.1B, I set the R_HOME=/shs/R and then try 'make' command after configuration and it showed "Make: Cannot open /share/make/vars.mk. Stop.",after that,I used the 'gmake' to implement. The following is my installation steps: 1. ./configure --enable-R-shlib --prefix=/shs/R MAKE=gmake (no

I agree with the the comments below on "Numerical recipes". We developed some commercial software using the code and tried to get a licence. They never responded to our corresponce :-) We also mailed them fixes to some bugs !!! but never heard anything. So we threw their code away and wrote our own... it was a waste of time using the book. Kim On Thursday, 25 November 1999 6:41,