similar to: R PLATFORMS

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

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

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 >

Hello, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:

Hello, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:

> To: Jonathan.Yuen at tvs.slu.se > Cc: "G.Janacek" <G.Janacek at uea.ac.uk>, r-help at stat.math.ethz.ch > Subject: Re: [R] Installing on DEC 4.0b > From: Peter Dalgaard BSA <p.dalgaard at biostat.ku.dk> > Date: 12 Feb 1999 13:25:18 +0100 > > Jonathan.Yuen at tvs.slu.se writes: > > > I don't know how well it is documented, but you need gnu

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

I added a simple script called "makellvm" in the base llvm directory to build a library and an executable with one command. The script runs gnumake in the current directory, and if that completes successfully, it chdir's to your llvm/tools/<toolname> and runs gnumake there. <toolname> can be specified on the command name and if not, it defaults to opt. Examples:

Hello, With regards to Peter's comment, I got R to compile on OSF 4.0C, though I'm a little behind on versions. I only have 0.63.3 and haven't found anything newer... All kidding regarding typos aside, I went through that floating point exception business on the Alpha and I just didn't have time to make it work. Someone tipped me on to f2c, which I had used with my (old gcc

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

From the sources: #define MAXNARGS 100 /* ^^^ not entirely arbitrary, but strongly linked to allowing %$1 to %$99 !*/ On 22/08/2015 04:21, Martin Bel wrote: > I'm trying to apply a function defined in the VW R docs, that attemps to > convert a data.table object to Vowpal Wabbit format. In the process i'm > getting the error in printf mentioned in the subject.

Wouldn't it make sense to have this in the man page? The 8192-byte limitation for 'fmt' is mentioned but not this one. Thanks, H. On 08/25/2015 02:08 AM, Prof Brian Ripley wrote: > From the sources: > > #define MAXNARGS 100 > /* ^^^ not entirely arbitrary, but strongly linked to > allowing %$1 to %$99 !*/ > > > > On 22/08/2015 04:21, Martin

./configure works fine. make generates the error ...... gcc -g -O2 -I../include -I../../src/include -c saveload.c -o saveload.o In file included from /usr/include/sys/turnstile.h:12, from /usr/include/sys/t_lock.h:20, from /usr/include/sys/vnode.h:37, from /usr/include/sys/stream.h:21, from /usr/include/netinet/in.h:38,

Dear R user, After I imported data (csv format) in R, I called it out. But it is in non-numeric format. Then using "as.numeric" function. However, the output is really awful !!!!! > PE[1,90:99] V90 V91 V92 V93 V94 V95 V96 V97 V98 V99 1 16.8467742 17.5853166 19.7400328 21.7277241

I am trying to log into a share on Mac OS X 10.1.5 running Samba 3.0.0 (ran "sudo ./configure" and "gnumake" and "sudo gnumake install"). I have set up smb.conf through Webmin and SWAT. Windows NT 4.0 sp6a sees the server. I can open the server through Network Neighborhood and see my share (Projects) and the Printers share. However, when I try to open the share WinNT

I'm trying to apply a function defined in the VW R docs, that attemps to convert a data.table object to Vowpal Wabbit format. In the process i'm getting the error in printf mentioned in the subject. The original function is here: https://github.com/JohnLangford/vowpal_wabbit/blob/master/R/dt2vw.R Below there is a small example that reproduces the error. The function works great with

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

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

Dear R users - I am a first-time R user trying to compile v.0.90.0 under Caldera OpenLinux 2.3, on a Dell PII400/128. I've encountered a problem with the make file. First, I run configure, which appears to complete properly. (I had to download an updated gcc library from caldera for this to happen though.) At the end of its run, config reports: > R is now configured for