similar to: compiling R-1.3.0 under Tru64 Unix

I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects alphaev67-dec-osf5.0, gcc release is a 3.1.1). rsync fails using rsync://<hostname>/ syntax. > lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/ > rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype > rsync error: error in socket IO (code 10) at clientserver.c(83) Is there anyone else

Dear R-helpers, I am trying to install Rstreams library on the following platform: ---------------------------- platform alphaev67-dec-osf5.0 arch alphaev67 os osf5.0 system alphaev67, osf5.0 status major 1 minor 2.3 year 2001 month 04 day 26 language R --------------------------- Unfortunately, I get these error messages: --------------------------- > [557] R

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

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

Hi, I just run a ./configure --enable-R-shlib; make; make check; with a recent (11.6.2001) R-devel snapshot on Tru64 4.0F (with libcxml): make check stops in base-Ex.R at: > ###--- >>> `plot.window' <<<----- Set up World Coordinates for Graphics Window> > ## alias help(plot.window) > > ##___ Examples ___: > > ##--- An example for the use

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:

I noticed this error in my demo from previous versions as well as R 0.99.0. Is there a way around this one also? Thanks in advance... > demo(dyn.load) demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load(file.path(R.home(), "demos", "dynload", paste("zero", .Platform$dynlib.ext, sep = ""))) Error in

I just tried the rsync version of R-1.1.0 on one of my alphas: It compiles without problems (gcc/g77 2.95.2, system is DU4.0E) but make check stops in base-Ex.R at > X <- cbind(1, 1:7) > str(s <- svd(X)); D <- diag(s$d) List of 3 $ d: num [1:2] 12.07 1.16 $ u: num [1:7, 1:2] -0.0976 -0.1788 -0.2601 -0.3413 -0.4225 ... $ v: num [1:2, 1:2] -0.198 -0.980 -0.980 0.198 >

Up to now I have got the base R and about half of the packages working on SuSe Linux 5.3 using gcc, g77 and xdevel. The other half, for example: pspline, logspline, KernSmooth, akima, tripack, ppr, principal.curve, cluster, funfit, repeated, event, etc., just won't install. Some of them give warnings at expressions in subroutines (repeated, event, pspline,etc.. I will ask about this in

Up to now I have got the base R and about half of the packages working on SuSe Linux 5.3 using gcc, g77 and xdevel. The other half, for example: pspline, logspline, KernSmooth, akima, tripack, ppr, principal.curve, cluster, funfit, repeated, event, etc., just won't install. Some of them give warnings at expressions in subroutines (repeated, event, pspline,etc.. I will ask about this in

On my RedHat 5.1 machine at the office I am happily using R installed from Martyn Plummer's RPM's of R-62.3 for RH 5.1 At home I have SuSe Linux 5.3 on my PC and as RH 5.1 is libc6 based and SuSe 5.3 is still libc5 based the RH 5.1 RPM's do not install and work on SuSe (even though they have a test version of glibc). So I downloaded R-0.62.3.tgz from www.ci.tuwien.ac.at/R and tried

Hi Is there a SuSE binary package for R 0.64? John -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch

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.

Full_Name: Albrecht Gebhardt Version: 0.65.0 OS: Digital Unix 4.0E Submission from: (NULL) (212.17.104.62) Plottimg on the Alpha stopped working with 0.65.0. The tickmarks have a length of -Inf and go across the whole plot. A first solution is the following patch: --- src/main/plot.c.alpha-patch Mon Sep 13 01:37:11 1999 +++ src/main/plot.c Mon Sep 13 01:58:16 1999 @@ -832,7 +832,7 @@

Hi, I'm currently hunting a bug in the akima library, especially in the code behind the interpp.old function (bi-variate linear interpolation). It is based on a triangulation algorithm, interpolation at a given point needs to know the triangle which contains this point, then the interpolation is a straightforward calculation based on the three vertexes. The problem is: Sometimes the triangle

Has anyone had success in installing and using the Haerdle library of functions available for S-Plus? Is it as straightforward as copying the files into the library directory for R? Thanks in advance. I'm using R on Windows. Samir. _______________________________________________________ Tired of slow Internet? Get @Home Broadband Internet http://www.home.com/xinbox/signup.html

Dear all, Many thanks to those prompt and helpful replies, which immediately bring me to the final stage. A minor problem now: I got the following message for smooth function during compilation on both DEC-alpha and RedHat5.1. Although the compiling went through, it does not have the function of 'smooth' which is quite useful for me. Any ideas?