similar to: Difficulties with egcs-1.0.3 on RedHat 5.2?

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

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

Hi, I think I've found a bug. When I create a file from win95 it's stored in the server with the date of creation. (that's ok) If I update the file from win95 the date of the file changes but it's stored as one hour less than it should be. (not so ok) example: 1.- I create a file at 16:45 $ ls -ld b.txt Nov 12 16:45 b.txt 2.- I update that file one minute

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

Hello openssh-unix-dev, Some time ago I successfully compiled version 3.1 of OpenSSH. Today I tried new OpenSSH version and I am not able to compile it. Configuration script runned well. When running make, following error occured: make[1]: Entering directory `/tools/openssh-3.4p1/openbsd-compat' make[1]: Nothing to be done for `all'. make[1]: Leaving directory

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

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

Dudes and/or Dudettes: HEEELLLPPP! (such a newbie statement) I can't get my remote SMB mounts to work on my Linux box. duke was happily running Slackware Linux 2.0.36 and Samba 1.9.18p8 . I upgraded to Linux 2.2.0pre9 (2.2.0final), which seemed to require upgrading to Samba 2.0.0 . (I don't remember the exact errors) Now i can't get my NT and '95 disks to stay mounted on

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

HAVE_SENDMSG = 1 HAVE_ACCRIGHTS_IN_MSGHDR - not defined HAVE_CONTROL_IN_MSGHDR = 1 > void > mm_send_fd(int socket, int fd) > { > #if defined(HAVE_SENDMSG) && (defined(HAVE_ACCRIGHTS_IN_MSGHDR) || defined(HAVE_CONTROL_IN_MSGHDR)) > struct msghdr msg; > struct iovec vec; > char ch = '\0'; > int n; > #ifndef HAVE_ACCRIGHTS_IN_MSGHDR

Brian Yandell <byandell@wisc.edu> writes: > Folks, > I am working on a Windows system which is part of the UW-Madison > statistics LAN. R is maintained on a file system to which I cannot write. > I tried installing a package and got the following interplay: Set the lib argument to install.packages to a directory in which you do have write permissions. From ?install.packages

Folks, I am working on a Windows system which is part of the UW-Madison statistics LAN. R is maintained on a file system to which I cannot write. I tried installing a package and got the following interplay: > install.packages(choose.files('',filters=Filters[c('zip','All'),]), .libPaths()[1], CRAN = NULL) updating HTML package descriptions Error in file(f.tg, open =

I did that. In fact the default uses .libPaths()[1], which I have set to "P:/stat/yandell/public/statgen/R" The package installs fine. However, the HTML search is not done properly. Again, the break occurred after installation of the package, when make.search.html() was invoked. Brian On Thu, 11 Mar 2004, Douglas Bates wrote: > Brian Yandell <byandell@wisc.edu> writes: >

So this is on Windows, then? This is documented somewhere (don't remember): If the package is not located under $R_HOME/library, then the html help will not be able to find it. Don't think there's a known work-around. Cheers, Andy > From: byandell@wisc.edu > > I did that. In fact the default uses .libPaths()[1], which I > have set to >

Hi All, While attempting to build R-patched using the Portland Group compiler suite on our dual Opteron 250 box running Scyld 29cz5 (based on RH, kernel 2.4.29), I get: make[5]: Leaving directory `/home/andy/Rbuild/R221-pgi/src/library/tools/src' make[5]: Entering directory `/home/andy/Rbuild/R221-pgi/src/library/tools/src' pgcc -I../../../../include -I/include -I/include/CC -fpic

As I understand it, sum() treats a logical vectors as 1's and 0's, so that > is.logical(c(FALSE,TRUE,FALSE)) [1] TRUE > sum(c(FALSE,TRUE,FALSE)) [1] 1 However, summing the results of an is.na() yields a negative number. Eg > is.na(c(1,NA,3)) [1] FALSE TRUE FALSE > is.logical(is.na(c(1,NA,3))) [1] TRUE > sum(is.na(c(1,NA,3))) [1] -1 (This is from R Version 0.64.0,

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