similar to: MAINLD and SHLIBLD

> 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

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

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.

Recently I reviewed my RPM spec files for DU 4.0, and noticed that I forgot to post some problems + patches: 1. ./configure fails to choose a PIC flag, I simply removed the AC_MSG_ERROR and it works. There is actually no PIC flag for DEC cc (with DU 4.0E) --- ./configure.in.alpha-patch Mon Aug 23 06:36:28 1999 +++ ./configure.in Sun Sep 12 17:38:27 1999 @@ -541,7 +541,9 @@

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

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Hi, Kurt Hornik and myself have an almost successful build of R on AIX including dynamic loading of libraries ... which fails make check :-( Anyway, as we have no AIX experience at all, maybe somebody else knows what's going on. Here's the problem: > 1/0 [1]INF > is.finite(1/0) [1] TRUE R was built using the flags included below, gcc version is 2.7.2. Does anybody with

On Linux x86-64 (Ubuntu 6.06), the latest R sources from the Subversion trunk fail to build with the following "recompile with -fPIC" error: $ ./configure --with-x=yes --prefix=$inst_dir --enable-R-shlib --with-tcltk=/usr/lib/tcl8.4 --with-tcl-config=/usr/lib/tcl8.4/tclConfig.sh $ make /usr/bin/ld: ../appl/approx.o: relocation R_X86_64_32 against `a local symbol' can not be

Dear all- I get the same problem in compiling R-1.3.0 on Tru64 Unix (OSF 5.0). Here is the final output of the ./configure R is now configured for alphaev67-dec-osf5.0 Source directory: . Installation directory: /usr/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN compiler: f77 -fpe3 -g X11 support:

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

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

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

Bugs compiling R-1.7.1 with Intel compilers icc and ifc, on x86-computer (Pentium IV) and linux operating system Hello, as there aren't many reports about that issue, I'll give a little report here. (Hope I don't bother anyone) The best thing about using icc and ifc are the warnings, because it is said that the Intel compilers are stricter and give more precise warnings than gcc.

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

{message bounced because it has "$$$" in it. manually approved by list maintainer -- MM} > Date: Tue, 22 Feb 2000 13:03:35 +0100 > From: jens <jniesch at gwdg.de> > > I have trouble to install R on Sparc Sun Solaris 2.6. > make returns the error message: > Undefined symbol first referenced in file > d_lg10 ../appl/libappl.a(uncmin.o) > d_sign

I will shortly commit a first shot a C++ support for add-on packages (to r-devel, of course). For me, installation of a trivial test package (basically consisting of the example in R-exts) works without problems. I'll put the package into CRAN's src/contrib/Devel for some time. If anyone knows about platform/compiler specific settings CXXPICFLAGS settings that configure needs to be

I am having trouble using Jim Lindsey's libraries because of unresolved symbols. I am currently using R 0.65.0, but had this problem in earlier releases as well. I have a RedHat 6.0 Linux on i386 and use egcs (upgraded to that distributed with rawhide, after first failures with the libraries): egcs-g77-1.1.2-19 egcs-1.1.2-19 Installation of the libraries works but on loading >

I am having the xmkmf problem below with todays beta, but I also am trying to use an new (PGI 6.1), so lots of other things in my setup may be wrong, and the warning may also be important. Any hints would be appreciated. Paul _____ Red Hat Enterprise Linux AS release 3 (Taroon Update 7) .... checking whether C runtime needs -D__NO_MATH_INLINES... no checking for xmkmf...