similar to: EGCS optimizer bug?

>Date: Fri, 2 May 2003 10:03:23 -0400 (EDT) From: Morten Welinder <welinder@rentec.com> >To: p.dalgaard@biostat.ku.dk >CC: r-devel@stat.math.ethz.ch, R-bugs@biostat.ku.dk >Subject: Re: [Rd] qbeta hang (PR#2894) > >Ok, I can confirm that it does not, in fact, loop forever. Just a close >approximation. ... >There are lots of other places that worry me with respect to

I came across the message below and decided to respond. I don't use R but I do use other FSF products and I am a believer in making high quality software freely available, particularly for basic mathematical and statistical functions. I can thorougly recommend TOMS Algorithm 708 but I believe there are a couple of problems from you point of view. Firstly there may be restrictions on how it

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 >

Full_Name: Ziheng Yang Version: 1.3.1 OS: Windows 98 Submission from: (NULL) (172.136.54.89) I noticed that qbeta is sometimes wrong and the error is not even due to the beta parameters being too extreme. I am calculating the quantiles corresponding to cdf = 0.05, 0.15, ..., 0.95. The value corresponding to cdf=0.25 is wrong while all other values are correct. qbeta(0.05, 0.143891, 0.05) =

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

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

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

I have made available the work of the last weekend that I mentioned in my previous messages on ftp://sirio.stat.unipd.it/pub/R. Many thanks to Peter D. and Ross I. for their suggestions. If you think that the work is of some interest, I can upload it to CRAN. guido m. This is the README enclosed in the distribution. -------------------------------------------------------------------------

Only three entries thus far. Please keep them coming in. -k 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 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 Thomas

I though I should let you all know of this: Trying to build R-0.62.2 on a SunOS xxxx 4.1.4 2 sun4m machine using gcc (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)): gnumake[2]: Entering directory `/tmp_mnt/xxxx/src/R-0.64.2/src/unix' gcc -g -O2 -I../include -I../../src/include -c Rsock.c -o Rsock.o In file included from Rsock.c:8: sock.h:21: parse error before `Sock_read'

There seems to be an error in the X11 display code: try: plot(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000),type="l") points(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000)) it gives a big "V" as expexted. Now zoom in using small xlim and ylim: plot(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000),type="l", xlim=c(-5,5),ylim=c(0,5))

Hi, there I'm totally new to this. I used to use SPLUS, but think maybe useful to try R at home. But seems it doesn't like me. I got error message says ld: cannot open -lg2c: No such file or directory My OS is openlinux 2.3. I use egcs-2.91.66. I searched under /lib/egcs-2.91.66/ but found no libg2c.a. There's only a libgcc.a. Thought maybe g77 people changed

Hi! What am I doing wrong here? Mission: Delete old empty sub mailboxes in our Public mailspace acl-file contents: MailingLists user=dag lrwstipekxa MailingLists/* user=dag lrwstipekxa Didn't work from my mail client so tried: Command tried: % doveadm mailbox delete -s MailingLists/Glibc -u dag doveadm(dag): Error: Can't delete mailbox MailingLists/Glibc: Permission

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

Per a discussion I started earlier, I've encoded a wav with oggenc's from various different compilers. And so... MSVC (as distributed on vorbis.com): 3,502,399 bytes BCC (WinME, BCB4 Std SP 1): 3,502,555 bytes EGCS (Linux 2.4.1, egcs 2.91.66): 3,516,935 bytes GCC (Linux 2.4.1, gcc 2.95.2): 3,516,935 bytes BCC, EGCS, and GCC I compiled myself from last night's CVS snapshot. The

Hello, This is perhaps a little off-topic, but I am curious as to what compilers people use to compile R (under unix/linux). I am primarily interested in the use of egcs or gcc, g77 or f2c, etc. It seems most of the gcc interest and development is towards egcs, and while a gcc 2.8.1/g77 combination did work and compile R on my primary linux machine, it also managed to produce kernels that did

Linking my VC++ application with the standalone Rmath library yields the following; ------ Build started: Project: Complex plugin, Configuration: Debug Win32 ------ Linking... Creating library .\../Debug/complex_plugin.lib and object .\../Debug/complex_plugin.exp libRmath.a(mlutils.o) : warning LNK4217: locally defined symbol __iob imported in function _REprintf libRmath.a(dbeta.o) :

(1) ...need to speed up a monte-carlo sampling...any suggestions about how I can get R to use all 8 cores of a mac pro would be most useful and very appreciated... (2) spent the last few hours trying to get pnmath to compile under os- x 10.5.4... using gcc version 4.2.1 (Apple Inc. build 5553) as downloaded from CRAN, xcode 3.0... ...xcode 3.1 installed over top of above after

Howdy, I'm experiencing a segmentation fault when trying to load mclust.so from mclust-1.1-4. I'm using R-1.3.1 on RedHat 6.2, and `gcc --version` reports "egcs-2.91.66". Any ideas? -Andy Package install: > install.packages("mclust") [stuff omitted] Installing source package `mclust'