similar to: Help with R in ubuntu (more organized)

Dear R users: Maybe it is a silly question, but I'm don't understand what am I doing wrong. In a new karmik koala ubuntu installation I compile the last patched 2.10.1 version of R. Every thing was right (I install all the dev libraries I need). First I type: ./configure --enable-R-shlib And I obtain: R is now configured for i686-pc-linux-gnu Source directory: .

Dear R users: Maybe it is a silly question, but I'm don't understand what am I doing wrong (I make the same steps, and it works). In a new karmik koala ubuntu installation I compile the last patched 2.10.1 version of R (r51070). Every thing was right (I install all the dev libraries I need). First I type: ./configure --enable-R-shlib And I obtain: R is now configured for

Dear R users: Maybe it is a silly question, but I'm don't understand what am I doing wrong. In a new karmik koala ubuntu installation I compile the last patched 2.10.1 version of R. Every thing was right (I install all the dev libraries I need). First I type: ./configure --enable-R-shlib And I obtain: R is now configured for i686-pc-linux-gnu Source directory: .

Hi List, I'm having problems installing certain packages. When I try to install fields, I get the output below. I have highlighted the what I perceive as the first error (spam seems to be a dependency of fields). Can I assume this is causing dependency problems for fields, which fails to install at the end, or is there a deeper problem? I run Ubuntu Karmic Koala on R 2.9.2. 2>

Hola! I just changed my laptop to debian squeeze, downloaded R devel from svn repo, as described in the manual. Then I configured for building in a separate build dir with: kjetil at kjetil:~/R/Rbuilddir$ sudo ../svn/configure --- which succeeded, with: R is now configured for x86_64-unknown-linux-gnu Source directory: ../svn Installation directory: /usr/local C

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am painfully aware that this is most likely a problem with my system, but I am nevertheless going to ask if anyone has any ideas/suggestions for diagnosis and trouble-shooting. - From a clean checkout of release 66624 on Ubuntu 12.04 (32-bit, sorry!): gcc (Ubuntu/Linaro 4.6.4-1ubuntu1~12.04) 4.6.4 svn checkout https://svn.r-project.org/R/trunk/

Dear R-Support Team: I am fully aware that you are all extremely busy and forward this request as brief and clear as possible: Thank you for the comprehensive Documentation for R-4.3.1 (very helpful) A limitation seems to have emerged, using SuSE SP15.4 (kernel: 5.14.21-150400.22) on an INTEL Skylake-e SERVER, applying both the GNU and Intel (2023.0.0) compilers. a) The

Dear R-gurus, I'm trying to compile R on my new mac. It's snow leopard. So far I've seemed to be doing pretty well. I've looked at http://cran.r-project.org/bin/macosx/tools/ http://r.research.att.com/exp/ http://r.research.att.com/building.html http://r.research.att.com/tools/ All of which have been very helpful. Looking at the threads I've got around some X11 issues

Hi, I want to install the latest R in CentOS. Below is the command line: ./configure --prefix=/home/fino/R/3.2.5/ --with-tcl-config=/home/fino/software/tcl8.6.1/lib/tclConfig.sh --with-tk-config= /home/fino /software/tk8.6.1/lib/tkConfig.sh --with-readline=yes --with-cairo=yes --without-x Below is the output message when ran the above command: ... checking whether pkg-config knows about cairo

Hello, Thanks again. I have checked the configure step, the only messages I get containing pcre are: checking for pcre_fullinfo in -lpcre... yes checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking pcre/pcre.h usability... no checking pcre/pcre.h presence... no checking for pcre/pcre.h... no checking if PCRE version >= 8.20, < 10.0 and has

Hello, I'm trying to compile and install R for my user in a machine without admin privileges. I have done this before, so this is fine. But I have 2 problems with R compilation right now. After ./configure --prefix=/home/me/dir/ I get this: ================================ R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory:

Hmm, doesn?t look like my R was configured incorrectly: R is now configured for x86_64-pc-linux-gnu Source directory: . Installation directory: /opt/r-devel C compiler: gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 Fortran 77 compiler: gfortran -g -O2 Default C++ compiler: g++ -march=x86-64

On Wed, 2017-04-19 at 13:17 +0200, Angerer, Philipp wrote: > Hmm, doesn?t look like my R was configured incorrectly: That looks fine. Can you please give a reproducible example of a package that compiles correctly on R 3.3.3 but not with R 3.4.0 or R- devel. Martyn > > > R is now configured for x86_64-pc-linux-gnu > > ? Source directory:??????????. > ? Installation

Thanks Dirk! I wrongly thought the R-3.5.0 Binary was NOT default R for Ubuntu 18.04 as some of my R packages requires updated R version. Anyway, with your suggestion all went well like charm. Thank you very much! Back to the problem, actually I saw different versions of libicu* such as: /home/yifang/anaconda3/lib/libicudata.so.58

I'm having a strange problem compiling R4.4.0 on an AlmaLinux9 box. I've compiled previous versions OK on the same hardware/software (last was R4.3.2) but 4.4.0 is repeatedly failing. Configuration works OK. ./configure --prefix=/bi/apps/R/4.4.0 --enable-R-shlib R is now configured for x86_64-pc-linux-gnu Source directory: . Installation directory: /bi/apps/R/4.4.0

Hi Ivan, An apology, I was away for quite a bit. To reproduce the setup: I have been using the default GCC in RHEL 9.1. gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/11/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-redhat-linux Configured with: ../configure --enable-bootstrap --enable-host-pie

Dear all, Starting all over again with R-devel of 22-11-2015. After getting the dependancies (minimal graphics initially) I have been able to come this far - with a 64-bit build on AIX. root at x072:[/data/prj/cran/64/R-devel]make make[1]: Entering directory '/data/prj/cran/64/R-devel/m4' make[1]: Nothing to be done for 'R'. make[1]: Leaving directory

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. -pd ..... ranlib: file: libR.a(printf.o) has no symbols gcc

Dear Sir, I am almost giving up on getting the R-2.9.1 on the ubuntu 9.04 using the instructions found on the R site. I decided to use the R-2.9.1.tar.gz and untarred it. I then typed ./configure and the results are shown below. However, on typing make, I got an error, "No targets specified and no makefile found stop" What is the solution? lmramba at LMramba-dll-d:~$ su Password:

I tried to install R-3.5.0 from source on my Ubuntu 18.04, and met this problem: ../../lib/libR.so: undefined reference to 'ucol_strcollIter_58' ../../lib/libR.so: undefined reference to 'u_getVersion_58' ../../lib/libR.so: undefined reference to 'uloc_setDefault_58' ../../lib/libR.so: undefined reference to 'ucol_close_58' ../../lib/libR.so: undefined reference to