similar to: build fails dumping R code in 'methods' on i686-pc-linux-gnu (PR#1630)

aa056@chebucto.ca wrote: > > Using the same settings in config.site as were used for R-1.4.1, > R-1.5.0 fails to build. > > ./configure --enable-R-shlib > > Using defaults and using PPro optimizations, the build failed in > package methods: > > dumping R code in package 'methods' > gmake[4]: *** [../../../library/methods/R/all.rda] Error 139 >

Dear All, when I try to: install.packages("Design"); install.packages("Hmisc") I get the following error messages: * Installing *source* package 'Design' ... ** libs g77 -mieee-fp -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -c lrmfit.f -o lrmfit.o make: g77: Command not found make: ***

Can I be any more trouble today? :) This almost worked. ./configure worked but when I ran make I got this...a Redhat bug? depmode=gcc /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I../include -I. -I../libmp3lame -I.. -O3 -fomit-frame-pointer -ffast-math -funroll-loops -fthread-jumps -malign-double -frerun-loop-opt -fgcse -fexpensive-optimizations

Hello, I have upgraded from Mandrake Linux 8.0 to Mandrake 8.1 and try to reinstall my favourite R... Everything is OK for the base software but I have trouble to get some packages installed. Specifically, for some packages, a "collect2" binary seems to be necessary during the compilation/linking process of the library, and LD complains about not finding it : Installing source

Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes: > I've rolled up R-1.0.0.tgz a short while ago. > I've build R-1.0.0 on my >uname -a Linux pchoel 2.2.14 #3 Mit Jan 5 08:57:39 MET 2000 i686 unknown box. Calling "make check" fails with ... make[4]: Entering directory `/opt/src/devel/R-1.0.0/tests/Examples' updating base-Ex.R ... make[5]: Entering

Hi there everyone, Again another slight thing I noticed since I upgraded to Samba 2.0.6 from 2.0.5a. I'm using RedHat Linux on a Celeron 400 with kernel 2.2.13. My socket options in smb.conf is set to "TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_SNDBUF=8192 SO_RCVBUF=8192". However I've started getting the following everytime I SIGHUP to reload the configs and stop-start:

Dear All, Trying to install package 'norm' under linux-mandrake8.2 I've got the following messages: R CMD INSTALL norm_1.0-9.tar.gz * Installing *source* package 'norm' ... ** libs g77 -mieee-fp -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math -fno-strength-reduce -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math

Hi there everyone! One of the users complained to me that yesterday, he suddenly couldn't access the network. He was online the whole day, then suddenly at around 6:45pm he couldn't write. A restart of his workstation rendered him completely disconnected from the Samba domain. Server is running Samba 2.0.6 on a RedHat 6.0 machine with Linux kernel 2.2.13. Client is running Windows95 OSR2

Hello, I install R under Mandrake Linux 8.2. R itself work fine, but I had an error to install packages, i.e. fields, geoR and geoRglm : $: R CMD INSTALL geoRglm_0.4-3.tar.gz Installing *source* package `geoRglm' ... libs gcc-3.0.1 -I/usr/lib/R/include -I/usr/local/include -mieee-fp -D__NO_MATH_INLINES -fPIC -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math

Hello, I install R under Mandrake Linux 8.2. R itself work fine, but I had an error to install packages, i.e. fields, geoR and geoRglm : $: R CMD INSTALL geoRglm_0.4-3.tar.gz Installing *source* package `geoRglm' ... libs gcc-3.0.1 -I/usr/lib/R/include -I/usr/local/include -mieee-fp -D__NO_MATH_INLINES -fPIC -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -fno-fast-math

Full_Name: Poor Yorick Version: R-2.6.1 OS: 2.4.21-50.ELhugemem #1 SMP Tue May 8 17:10:31 EDT 2007 i686 i686 i386 GNU/Linux Submission from: (NULL) (148.168.40.4) After compiling R-2.6.1 with gcc-4.2.1 pressing the 'delete' key three times in an interactive session causes R to malfunction, spitting out an infinite stream of errors. I have also replicated the issue in R-2.5.1: R

[ If this is considered off-topic please let me know in private mail. ] With the current version of the glibc library in Debian's "testing" and "unstable" distributions, ldconfig now loads the ATLAS optimised BLAS without any user intervention beyond installation of the Atlas and R or Octave packages. ATLAS can lead to very dramatic speed increases (up to a factor of ten,

In a box running Mandrake 9 with R 1.6.2 I get problems when trying to install packages Matrix and Akima. It seems my gcc compiler and fortran do not talk to each other. Thanks in advance for any help, Gelu The errors are: * Installing *source* package 'Matrix' ... checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes

On FreeBSD 4.7 I noticed that when compiling kernel modules, the kernel options are not available to the modules. For example, my if_em.ko is not being compiled with the DEVICE_POLLING configuration It looks like "-include opt_global.h" is not being applied when compiling the module. Kernel compilation of if_em.c: cc -c -O2 -pipe -malign-loops=4 -malign-jumps=4 -malign-functions=4

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=46 Summary: ..patch-o-matic: nfnetlink_conntrack.c or -.h ... compile failure: Product: netfilter/iptables Version: patch-o-matic Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: blocker Priority: P2 Component:

Updating my 1.8.0 R installation (>update.packages() ) I obtain the following (SORRY FOR THE LENGTH OF THE LOG BUT IT HELPS!!!): ................ downloaded 135Kb KernSmooth : Version 2.22-11 in /usr/lib/R/library Version 2.22-12 on CRAN Update (y/N)? y mgcv : Version 0.9-3.1 in /usr/lib/R/library Version 0.9-6 on CRAN Update (y/N)? y trying URL

Hi, I just tried compiling the latest release, but found some new problems: - Some versions of binutils could not link any shared binaries. One example for a broken version is 2.11.92.0.12.3, while 2.13.90.0.4 works. The error message looks like: tests/nfs_no_rpc.o: In function `root_nfs_parse': tests/nfs_no_rpc.o(.text+0x8): undefined reference to `strchr'

I get the following error: make[1]: Entering directory `/home/greg/src/klibc/klibc-0.196/klibc' gcc -Wp,-MT,__static_init.o,-MD,./.__static_init.o.d -march=i386 -Os -g -malign-functions=0 -malign-jumps=0 -malign-loops=0 -nostdinc -iwithprefix include -D__KLIBC__ -DBITSIZE=32 -I.. /include/arch/i386 -I../include/bits32 -I../include -I../linux/include -I../linux/include2 -I ../linux/include

bhoel@server.python.net (Berthold Höllmann) writes: > Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes: > > > I've rolled up R-1.0.0.tgz a short while ago. > > > I've build R-1.0.0 on my > > >uname -a > Linux pchoel 2.2.14 #3 Mit Jan 5 08:57:39 MET 2000 i686 unknown > > box. Calling "make check" fails with .... > >

bhoel@server.python.net (Berthold Höllmann) writes: > Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes: > > > I've rolled up R-1.0.0.tgz a short while ago. > > > I've build R-1.0.0 on my > > >uname -a > Linux pchoel 2.2.14 #3 Mit Jan 5 08:57:39 MET 2000 i686 unknown > > box. Calling "make check" fails with .... > >