similar to: R-0.61.1 compiled with egcs-mingw32

Hi, I've included Guido Masarotto's port of R 0.61.1 to MS Windows 95/NT in $CRAN/bin/ms-windows-32 ... you can find both the sources and binaries there. I include Guido's README below. Thanks again to Guido for making this port available! Best, Fritz Leisch ********************************************************** rgnwbin.tgz and rgnwsrc.tgz are the first results of an

Hi, I've included Guido Masarotto's port of R 0.61.1 to MS Windows 95/NT in $CRAN/bin/ms-windows-32 ... you can find both the sources and binaries there. I include Guido's README below. Thanks again to Guido for making this port available! Best, Fritz Leisch ********************************************************** rgnwbin.tgz and rgnwsrc.tgz are the first results of an

I have been using R under Linux for more than a year and I think that it is great. Last week, I downloaded the binary Ms Windows version. I wanted to test it for my students. Our labs are under Bill Gates. I am not happy but I can do nothing. R worked. But, I could not use the dyn.load command with some dll built with one of the ports of gcc for windows 95/nt (I used the ecgs-mingw32 ports

I have been using R under Linux for more than a year and I think that it is great. Last week, I downloaded the binary Ms Windows version. I wanted to test it for my students. Our labs are under Bill Gates. I am not happy but I can do nothing. R worked. But, I could not use the dyn.load command with some dll built with one of the ports of gcc for windows 95/nt (I used the ecgs-mingw32 ports

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

Some machines in our department use RedHat 5.2 Linux but, to maintain consistency with other machines, the compilers as from egcs-1.0.3, as shown below. When I compile R-0.63.3 on these systems I can't pass the tests in "make check". The base-Ex.R file stops execution with the error shown below. ... Running all help() examples ... ../../bin/R --vanilla < base-Ex.R >

The current development version dies in qbeta() when compiled with egcs -O, egcs 1.0.2 and glibc 2.0.7 (RedHat versions). Since this also kill the F and t distributions, it doesn't exactly do wonders for R's usefulness... Anyone else seeing this or has my setup just gone out of whack? It does look pretty much like a clear compiler bug when inlining math functions (storing temporaries

Just so folks know, all the modern variants of EGCS (now named gcc) out there appear to be producing occasionally bogus x86 FPU code at -O1 or higher. Guess what... Vorbis trips the bug whatever it is. I just grabbed and built the latest CVS code, and it's also broken. I'm constructing a small failure case example for a bug report now. It looks like FPU arithmetic into a register

Hi folks, The folks on RedHat who have been complaining of poor-quality encodes prompted us to track down the trouble, and it's a compiler bug. We have the asm .s files to prove it :-) The summary: EGCS (gcc) versions through March 1999, including up to at least gcc/egcs 2.91.66 have a serious floating point optimization bug that hits Vorbis. This is a fairly old gcc version, but RedHat

Hi folks, The folks on RedHat who have been complaining of poor-quality encodes prompted us to track down the trouble, and it's a compiler bug. We have the asm .s files to prove it :-) The summary: EGCS (gcc) versions through March 1999, including up to at least gcc/egcs 2.91.66 have a serious floating point optimization bug that hits Vorbis. This is a fairly old gcc version, but RedHat

Hi, I wanted to compute the value of the function ifn at certain values of n. But I am receiving the following error when I was using the following code(given at the end). Error: evaluation nested too deeply: infinite recursion / options(expressions=)? I feel that since the function Grx is recursively related, perhaps making the code too complicated too handle. Can anyone let me know if

Hi, I wanted to compute the value of the function ifn at certain values of n. But I am receiving the following error when I was using the following code(given at the end). Error: evaluation nested too deeply: infinite recursion / options(expressions=)? I feel that since the function Grx is recursively related, perhaps making the code too complicated too handle. Can anyone let me know if

plummer at iarc.fr said: > On 24-May-00 Prof Brian D Ripley wrote: > On Wed, 24 May 2000, Christian Posse wrote: > >> >> I just encountered a problem with the ts package: >> >> > > library(ts) >> Error in dyn.load(x, as.logical(local), > as.logical(now)) : >> unable to load shared library >> "/usr/ >

NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Göran Broström EMAIL gb@stat.umu.se VERSION 0.63.3 PLATFORM

I'd like to write a DLL wrapper (BladeEnc/lame_enc style) for libvorbis. I pulled down the CVS tree today, and with very slight changes (missing typedefs for int64_t, int16_t, etc...) got it to build using gcc 2.95.2 in Win95. Unfortunately, the encoder_example segfaults. I get the same results from Cygwin as well. On a linux box with egcs 2.91.66 it builds cleanly, and appears to

Hello, I just got the latest (March7) tarball from CRAN. 1).It looks like ".so" is still hardwired in the source code. in src/main/platform.h all "Unix" systems get the ".so" extention. I had to #ifdef hpux and add ".sl". 2). It picks up readline but history is still inside the comments in src/include/Platform.h, I had to manually change this in order

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last