similar to: lSM lICE: not found

Hello, I am inexperienced in C program compilation and I receive the following error during the compilation of R (version 0.61.2) for Solaris 2.6. I have installed the gcc 2.8.0 version. >> gcc -o R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o >> coerce.o colors.o complex.o context.o cov.o cum.o dataframe.o debug.o >> deparse.o deriv.o

I've recently tried to get 0.62.3 up on our Suns (4.1.4, using gcc; I'm also having trouble with a Solaris 2.6 compile but I haven't given up hope on that one yet) -- the last compile I did was 0.61.1, which worked smoothly. Running ./configure --prefix=/usr/local/apps/R/R-0.62.3 [--with-g77] (tried both with and without g77, eventually get to the same place), I get a conflict

Hello, I just finished installing R-0.64.1 on my linux machine (using kernel 2.0.36 under red hat 5.2, and gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release) ) The two problems I had: 1. ./configure --with-readline --with-x --prefix=/usr/local ran to a point, then gave up with ... checking return type of signal handlers... void checking for working const... yes

Hello, I just finished installing R-0.64.1 on my linux machine (using kernel 2.0.36 under red hat 5.2, and gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release) ) The two problems I had: 1. ./configure --with-readline --with-x --prefix=/usr/local ran to a point, then gave up with ... checking return type of signal handlers... void checking for working const... yes

I tried a compilation of R-0.62.1 on a DEC Alpha that identifies itself as Digital UNIX V4.0A (Rev. 464); Thu May 14 14:08:00 CDT 1998 $ uname -a OSF1 atlas.stat.wisc.edu V4.0 464 alpha I got to the final link step then got an error with gcc -ieee_with_inexact -g -O2 -I../include -c version.c f77 -o R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o

In trying to compile R-0.62.2 on my SPARC SunOS: tajo% uname -a SunOS tajo 4.1.3_U1 1 sun4m with gcc/g77, I ran into gcc -o R.binary [deleted] ../lib/libmath.a -L/usr/openwin/lib -lX11 -ldl -ltermcap -lm -lf2c collect2: ld returned 2 exit status ld: /lib/libm.a(lgamma.o): _gamma: multiply defined ld: /lib/libm.a(lgamma.o): _lgamma: multiply defined *** Error code 1 make: Fatal error:

I've down loaded R version 0.62.3 . After packing it out on my Digital personal workstation running DU4.0D i configure using the command "R_PRINTCMD=ppr CC=cc CFLAGS="-O" PERL=/local/bin/perl5 ./configure --prefix=/local/math" after this I'm trying to make the package and issue the command "make" at the end of this process I get the following error:

Setup: Sparcstation 4 with Solaris 2.5.1 and Sun compilers After downloading R-0.16.1 and runnning configure, make fails as follows cd main; make cc -o R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o context.o cov.o cum.o dataframe.o debug.o deparse.o dotcode.o dstruct.o duplicate.o edit.o envir.o errors.o eval.o format.o gram.o

For anyone who might be interested, I now have a home page (finally) on which can be found the R code, data, and output for all the examples and some of the exercises in the second edition of my Models for Repeated Measurements (being printed, out in June or July), as well as the latest version of my R libraries: http://www.luc.ac.be/censtat/ Jim

For anyone who might be interested, I now have a home page (finally) on which can be found the R code, data, and output for all the examples and some of the exercises in the second edition of my Models for Repeated Measurements (being printed, out in June or July), as well as the latest version of my R libraries: http://www.luc.ac.be/censtat/ Jim

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

I've installed hdf5 [library & includes] here locally, last week. [see ?hdf5save in R] There is a remaining compilation / linking problem for me: The hdf5 library uses "compress2" a routine defined in Gnu's zlib, but not available in the zlib that comes with X11R6.3 (which we have installed). Now unfortunately, the final link statement for R (0.65) [for me, with hdf5

I'm feeling kinda stupid right now, but I'm actually having problems compiling R-0.62.3 on a Red Hat 5.1 Linux system. I'd be happy if someone could point out for me where to look to fix the problem. I've included the output from the compiling below. Thanks for any help. Fredrik make -f Makefile.2nd all make[1]: Entering directory `/home/fredrigl/R-0.62.3' Building R cd

To: jnf@pcisys.net Subject: Compilation of R under Caldera OpenLinux 2.2 > On Sat, 28 Aug 1999 jnf@pcisys.net wrote: > > > > I am attempting to compile R-0.64.2 under Caldera OpenLinux 2.2. I have > > KDE installed but not gnome. When I ran configure, it correctly > > indicated that gnome is not installed. However when I then ran make, I > > received errors

We here at HGSI have a consultant doing some statistical work for us. HGSI bought and installed SAS, but our consultant insists that R and Rweb is a better solution. I do not know either package so I do not know, hence we are ditching SAS for R and Rweb. Any comments on this are welcom. Now for the real problem. Rweb is very expensive (time wise). The number of prereqs is way more than I thought

No "ssh -X hostname" doesn't work. But when you "export DISPLAY=..." it works!? I set the the Display Hack so that I can see my IP with "env" or "echo SSH_CLIENT" when I'm connect via VPN-Tunnel and I don't know my IP in the Net I'm connected through. Andreas Kerl ----------------------------------------- DTS Medien GmbH Heidestrasse 38

I have R-0.62.3 and RedHat 5.0 with fort77. At the office R is running but when I install a package, eg. 'akima' I get a message make: f77: Command not found 'R INSTALL library' does not accept fort77, but R installation checks f77/g77/fort77. Is there an easy way to edit some file and replace f77/g77 with fort77? At home I have the same R and Linux versions, but when

Hi, I have problems compiling R 2.2.0 under AIX 4.3 with GCC and xlf95 (FORTRAN) Compilers. here the error message I got: make[1]: Entering directory `/home/mau/sy/R-2.2.0/src/modules/X11' make[1]: `Makedeps' is up to date. make[1]: Leaving directory `/home/mau/sy/R-2.2.0/src/modules/X11' make[1]: Entering directory `/home/mau/sy/R-2.2.0/src/modules/X11' /usr/local/bin/gcc

Hi, I've compiled openssh 1.2.2 on Solaris 7/SPARC. On most hosts, things are fine. I get EGD going, compile openssh, and I can then generate hostkeys as described in the INSTALL file to get things running. On a few hosts though, the keygen fails like this: root at sylow:/source/USR_LOCAL/OFFICIAL/OPENSSH/ssh_client# ssh-keygen -b 1024 -f /etc/ssh/ssh_host_key -N '' ksh:

On Thu, Dec 1, 2022 at 5:42?AM Roberto Sassu <roberto.sassu at huaweicloud.com> wrote: > > From: Roberto Sassu <roberto.sassu at huawei.com> > > One of the major goals of LSM stacking is to run multiple LSMs side by side > without interfering with each other. The ultimate decision will depend on > individual LSM decision. > > Several changes need to be made to