similar to: R-beta: Compile error; R-0.60.1, Solaris 2.6, gcc 2.7.2.1

Hello everybody, I am trying to install R on Solaris 2.6. I get the following error Thanks in advance "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, from

I'm trying to install R on a SunOS 5.6 system. The first problem I encountered was during configuration. From config.log: configure:7171: checking whether the C++ compiler (c++ ) works configure:7187: c++ -o conftest -I/usr/local/include conftest.C -L/usr/local/lib 1>&5 ld: fatal: library -lstdc++: not found ld: fatal: File processing errors. No output written to conftest

Can anyone help? I am trying to install R-0.62.2 on a Sun with OS 5.6 (Solaris 2.6), and gcc/f77. Unfortunatley the simple commands ./configure --prefix=/opt/R make did not work, complaining when building help/docs. It claims to have problems perl (which has worked fine so far) but in practice it is not only a documentation problem: if I force "make install" and run R, then it

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

I've just got a new workstation with Solaris 5.6 and seem to be having some R 0.61.1 installation problems that did not occur in 5.5. If anyone can see the problem I would appreciate suggestions. Following is output from make at the point of failure. TIA Paul Gilbert ... gcc -g -I../include -c relop.c gcc -g -I../include -c saveload.c In file included from

Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make

Hi again ! Thanks for the info on updating the config.site file which I have done. I have also added -lm in the Makeconf manually because this is needed explicitly for DEC cc. However, there are still a few problems when linking some of the files as you can see from the enclosed log. Ciao, Andreas ------------------------------------------------------- R-0.63.3>make make[1]: Entering

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

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

This is a multipart MIME message. --==_Exmh_981436288450 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi ! I have problems compiling R successfully on a DEC-UINX 4.0E. I have applied the recommended config.site, which I enclose. As can be seen from the compilation log there are linking errors... I did a 'make check' which fails for the R

Can anyone spot the problem here. Following is an edited script of the install session. The gist is: * syntax error in original src/main/dotcode.c Easily remedied (or at least, such that compiles without error message ... ) change line 449-450 (two lines preceding return) #ifdef HAVE_F77_UNDERSCORE if(PRIMVAL(op)) { *q++ = '_'; *q = '\0'; #endif }

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

After a clean "configure" under Solaris, my R-1.4.1 make is dying with this error & the others below. Does anyone know how to fix this/these problems? Thanks in advance for your assistance - Craig Stewart > make ... gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c random.c -o random.o gcc -I. -I../../src/include

Hi, I'm trying to write modified versions of R save/load functions which read from/write to a char array instead of a file pointer. I want to compile my functions into a library and dyn.load them. Of course the new functions mySave/Load will use some of the internal R functions used by save/load, for example "MarkSave" (to be found in .../src/main/saveload.c). I declared them as

I'm having trouble making todays development snapshot: -DHAVE_CONFIG_H -g -O2 -c stirlerr.c -o stirlerr.o stirlerr.c:34: conflicting types for `Rf_stirlerr' ../../src/include/R_ext/Mathlib.h:557: previous declaration of `Rf_stirlerr' make[3]: *** [stirlerr.o] Error 1 [20] /home/mfa5/gilp/R-versions/R-devel : uname -a SunOS mfa99579 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-5_10

Full_Name: Thomas Hoffmann Version: 1.0.0 OS: OS/2 Warp 4.0 FP 11 Submission from: (NULL) (141.30.125.20) I autoconfigured/configured the src'es w/o having XDR (#undef HAVE_RPC_XDR_H). In saveload.c , at the beginning of the file the XDR code is enclosed by matching #ifdefs. But in the NEW_SAVE_FORMAT section, there are no #ifdefs around the XDR code. Does this imply that using the new

> Yes, the nightly build is broken in a similar, but different way. See below. > Both seem to be readline related, so Frederick Eaton's patches, which Martin committed yesterday are the likely culprit. I had actually tested them and things seemed to work, but it was on a different machine and not a completely clean build. Indeed a problem. I'm pretty sure that RL_UNSETSTATE()

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