similar to: R-beta: compiling problems under DU4.0D

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

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

I am grateful for the advice of Douglas Bates on my earlier problem in making R-0.62.1, but I'm afraid I'm still having problems.... I have been installing the various updates to R for quite some time on my alpha, and it is only now that I have been having really severe problems. The three or 4 versions before 0.61.1 installed without error. For 0.61.1 I needed to install GNU make. For

I would like to always use ${CC} for linking the main binary and the shlibs. Inspection of configure.in reveals that we currently deviate in the following cases: mainld shlibld aix[2-9]* ld ld alpha*osf* ${FC} -g -nofor_main -fpe3 ${FC} hpux* ${CC} ld Does anyone recall why we do not use ${CC} in these cases? Did anyone successfully build R on these platforms with ${CC} for

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

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

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

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

I am trying to make the R-0.62.1 distribution on a DEC alpha running Digital Unix 3.2d. I have run into a few problems..... (1) the Makefile in src/graphics need to have INCLUDES= -I../include not -I ../include (2) I have the standard DEC fortran 90 compiler which needs to link R.binary with a -nofor_main flag. The appropriate slot in config.site appears to be ignored, which means Makeconf

OS: Digital Unix 4.0E Compiler: vanilla f77 and cc. Build error: f77 -o ../../bin/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 debug.o deparse.o deriv.o devices.o dotcode.o dstruct.o duplicate.o envir.o errors.o eval.o format.o fourier.o gram.o gram-ex.o graphics.o iosupport.o list.o logic.o main.o match.o memory.o

I am currently attempting to install R (v0.62.3) on our DEC Alpha computer, and have solved one problem but now am having another: When issuing the 'make' (after ./configure), I get the error shown at the end of this output: ============================================================================ ======= cd main; make make[3]: Entering directory `/usr/local/src/R-0.62.3/src/main'

Full_Name: Paul Mather Version: 1.2.3 OS: Digital Unix 4.0D Submission from: (NULL) (128.173.35.237) The precompiled binary for "osf4.0" distributed via CRAN does not run under Digital Unix 4.0. The error given is: Fatal error: The X11 shared library could not be loaded. The error was dlopen: cannot load /usr/local/lib/R/bin/R_X11.so Subsequent investigation actually reveals that

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

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

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

Hi, I was looking at configure.in for R-1.4.1 and in the case "${host_cpu}" in part under alpha CPU's, the switch of -mieee for g77 and -fpe3 otherwise is an OSF specific, not alpha specific issue. In particular, if someone used f2c-f77 (shell script which emulates a fortran compiler with f2c and the c compiler), they'd get the broken -fpe3. I'd probably either test for

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

I have problems compiling R (both 0.63.3 and 0.64.0) on a DEC-UX 4.0E alpha (ev6) as illustrated in the enclosed log. I have tried adding the suggestions given in PLATFORMS, without any significant improvement... I have included the config.cache aswell. Any suggestions on how to solve this ? Thanx! Andreas ~~~~~~~~~~~~~ . . . gcc -ieee_with_inexact -g -O2 -I../include -I../../src/include -c

Hi, I''m trying to use "package" with "provider" "dpkg" to install packages in Ubuntu that is not in a repository (or packages that I don''t want to take from a repository). Typical examples of this are "AdobeReader" (acroread) and "Opera". The problem with these packages is that they don''t seem to have a 64 bit version