similar to: R compile on Solaris 9

The datetime.R issue looks familiar. Darwin (the basis for OS X) copied a lot of things from FreeBSD, bugs and all. So I expect the same remedy applies (http://cran.r-project.org/doc/manuals/r-patched/R-admin.html#OS-X): 'Configure option --with-internal-tzcode is the default on OS X, as the system implementation of time zones does not work correctly for times before 1902 or after 2037

On 12.11.2016 18:38, Dirk Eddelbuettel wrote: > On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: > | > | On 12 November 2016 at 14:23, Kirill M?ller wrote: > | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's > | | picked up properly. I can only assume that the last -std= option wins if > | | more than one are given on the same command line [1].

I'm trying to compile R, not getting pass the configure step. R version is 2.7.1 from source tarball. Machine is HPUX 11.31, 32-CPUs of Itanium II. Compilers are HPUX C, C++ and Fortran. (B3910B A.06.15, May 2007) My config string: ./configure --prefix=/apps/INTEL/R --enable-R-shlib CC=/opt/aCC/bin/cc CXX=/opt/aCC/bin/aCC FC=/opt/fortran90/bin/f90 --prefix=/apps/INTEL/R --enable-R-shlib

Hi, everybody. I notice debian packages for Ubuntu on CRAN are missing "libRblas.so" and I'm trying to find out why. Why do I care? We are working in an hpc project in a CentOS Linux cluster. That led me to the question of "which BLAS is fastest?" Dirk E referred me this morning to the R admin manual. The standard R compilation creates a shared blas library libRblas.so

On 31/08/2015 16:26, Davor Cubranic wrote: > Prof Brian Ripley writes: > >> Second, we don't have all the pertinent information such as the >> configure options used and the architecture (x86_64?). I am going to >> have to guess none as none were mentioned, but using --enable-R-shlib >> would be pertinent. >> >> On 31/08/2015 05:47, Davor Cubranic

I tried compiling using GCC. First, I changed config.site to: ~/R-3.2.2$ svn diff config.site Index: config.site =================================================================== --- config.site (revision 69236) +++ config.site (working copy) @@ -278,3 +278,8 @@ ## Path to the version of pkg-config to be used for locating cairographics. ## PKGCONF = +F77=gfortran48 +FC=${F77} +CC=gcc48

Greetings, compiling R 1.7.0 with gcc 3.1.1 on Debain Linux (woody stable) with the configure option --with-lapack works but make check fails in test base-R with the message [...] > kappa(x1 <- cbind(1,1:10))# 15.71 [1] 15.70590 > kappa(x1, exact = TRUE) # 13.68 [1] 13.67903 > kappa(x2 <- cbind(x1,2:11))# high! [x2 is singular!] [1] 8.351867e+16 > > hilbert

Prof Brian Ripley writes: > Second, we don't have all the pertinent information such as the > configure options used and the architecture (x86_64?). I am going to > have to guess none as none were mentioned, but using --enable-R-shlib > would be pertinent. > > On 31/08/2015 05:47, Davor Cubranic wrote: >> On FreeBSD 10.2, I get the following error when compiling R

<<insert bug report here>> ------------------------------------------------------ Error: R : Copyright 2002, The R Development Core Team Version 1.5.1 (2002-06-17) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type `license()' or `licence()' for distribution details. R is a collaborative project with

the built version of R (built using shared libraries) doesn't appear to find tcl/tk: Please help. Details: SGI configuration: 7.3.1.3m compilers from SGI uname -aR = IRIX64 mendel 6.5 6.5.16f 04101930 IP35 We built R on an SGI system using the following configure script: # explicitly choose vendor compilers for R rather than GNU # optimise output to support highest level of performance

Dear All, Summary: ======== To test some packages, I want to build R-3.1.0 (current R devel). However, when I use the default libblas, make check fails with running code in 'reg-BLAS.R' ...make[3]: *** [reg-BLAS.Rout] Error 1 It does not fail, however, if I use libatlas3 or libopenblas. The same thing happens with the current R patched. I've google around and cannot find

Hi I am not able to have a working tcltk library in R-2.2.1 inspite of trying different options suggested in the FAQ's. I am using the following configure option and I do get the tcltk package installed but with a missing libs folder. ./configure -prefix= "~R-2.2.1" --enable-R-shlib --enable-linux-lfs --with-zlib --with-gnu-ld --with-tcltk

A couple of years ago (in 2008, using R 2.7.x, I believe) I noted that using the configure switch --enable-R-shlib when buildig R made configure ignore any specified external LAPACK library and use the internal one insted. I asked why, and was told it was intentional. Now, with R 2.15.1, I see that it at least appears that this is no longer the case. I've run configure like this:

A couple of years ago I noted that using the configure switch --enable-R-shlib when buildig R made configure ignore any specified external LAPACK library (I cannot recall if also the BLAS specification was ignored) and use the internal one insted. I asked why, and was told it was intentional. Now, with R 2.15.1, I see that it at least appears that this is no longer the case. I've run

Hi all, Please bear with me because I'm not all that familiar with R. I manage a research cluster that's running Red Hat 5.6 (64-bit), and we recently installed version 2.15.0 of R for some users. Here's how we built it: ./configure --prefix=/opt/shared/R/2.15.0 --with-tcltk --with-system-zlib --with-system-bzlib --with-system-pcre --with-lapack --enable-R-shlib When we ran

Hi, I've successfully updated our linux version of R to 2.9.0 but am having trouble on our solaris machine. I had previously installed 2.8.1 and earlier versions without trouble. I'm using R-patched_2009-05-20.tar.gz (I had also tried the 2009-05-10 version). Here's some info on our machine (I'm not the sysadmin): [2] bedrock:/home/jayoung> uname -a SunOS bedrock 5.10

Hi there, We are trying to compile a 64bit version of R (2.5.1) on HP-UX (B.11.23 U ia64), but are running into some problems. This is our configure step: ../configure --prefix=/rnd/homes/lfan/R251 --enable-R-shlib CC="cc" CFLAGS="+z +DD64" CXX="aCC" CXXFLAGS="-b -lxnet +z +DD64" FC="f90" FCFLAGS="+DD64" F77="f90"

I have built R 1.5.0, and tcl and tk 8.3.4 from sources on a Solaris 2.7 machine. All _appear_ to build successfully. tcl and tk pass their test suites. They were configured to build shared libraries (though I also tried it with tk not shared). When I try to use tcltk, I get this error message: > library(tcltk) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to

I wouldn't be at all surprised if I turned out to be doing something boneheaded, but I've *tried* to follow all the relevant rules ... Based on a clean SVN checkout of R-devel r61617, building in a separate directory, I end up with Error in eval(expr, envir, enclos) : object '.print.via.format' not found Has anyone encountered this or does anyone have any further

I'm also having trouble installing R 1.3.1 on Solaris and getting png and jpeg support. It looks like perhaps the png and jpeg libraries I installed weren't built with all the support R needs. If that's the case I'd appreciate confirmation. Or perhaps there's something else I can do? (with all the details I've included this message is rather long) Thanks -Don I did