similar to: solaris 64 build?

Hello folks, I found the following message in the web archives from a month or so back - I've now encountered this same problem while trying to update our local builds of R (on Solaris) from ~2.2.0 to 2.4.x. I've tried both the official 2.4.0 source tarball, as well as yesterday's R-patched source. I'm doing my builds on a T2000 running Solaris 10, patched up to date as of a

Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. The version of R I'm trying to build is R-2.4.0 and the architecture of solaris is sparc. Here's what I type. PATH=/opt/sfw/bin:$PATH export

Full_Name: Ricardo Aponte Version: R 2.4.0 OS: Solaris 10 Submission from: (NULL) (200.71.37.195) Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. ./configure R is now configured for

Dear List, we're trying to install R on Solaris10 on a x86 (amd64). During the installation we pass successfully the ./configure but we get an error through the built-in function "_isnan" which we see existing in /lib When passing the command "make" we get : gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include

Here are the details... uname -a Linux yellow 2.6.16.1.i686.1 #23 SMP Mon Aug 28 15:36:14 CEST 2006 i686 GNU/Linux gcc --version gcc (GCC) 4.2.0 g77 --version GNU Fortran (GCC) 3.4.4 What else should I post that may help debug this problem? Below is the text of the error... make[3]: Entering directory `/tmp/R-2.5.0/src/main' gcc -std=gnu99 -Wl,--export-dynamic -L/usr/local/lib -o R.bin

Hi, I've been trying to get a shared library version of the R package(version 2.12.1) installed on a CentOS 5 system. (It installs fine without but other packages demand shared libs - namely Rapache). I've tried this with yum but don't know of any flags to set to tell it to installl with shared libs enabled. I then tried a local R install as non-root with source packages: after

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o

Ah, got it. For some ancient reason config.site on that machine had LDFLAGS=-L/usr/X11R6/lib in config.site, and that prevented configure from inserting -L /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the Apple-supplied one, which possibly is really libedit... -p > On 18 May 2016, at 22:01 , peter dalgaard <pdalgd at gmail.com> wrote: > > gcc

Hi. (MacOSX 10.4.6) I downloaded R-latest.tar.gz just now from src/base- prerelease on CRAN. "make" gave the following error after an apparently successful ./configure: [snip] util.c: In function 'Rf_type2char': util.c:247: warning: return discards qualifiers from pointer target type gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/ pcre

Hello, I am trying to upgrade to the latest R release on a machine running Red Hat el5.? Previously I was successful at building R 2.11, but now I am having troubles with R 2.14. Configure goes fine, but then make throws a lot of errors (output below).? Any idea what I am doing wrong this time around? Thanks in advance, Erik make output: ... gcc -std=gnu99 -I../../src/extra/zlib

Hi, The following error occurs while executing 'make' after the successful configuration (./configure) on IBM-AIX 5.2 (GCC 4.2.4 installed): gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -mno-fp-in-toc -g -O2 -c vfonts.c -o vfonts.o gfortran -g

> 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. Indeed a problem. I'm pretty sure that RL_UNSETSTATE()

I tried to compile R-beta_2010-10-02_r53128 on FreeBSD 9.0-CURRENT (amd64) with gcc-4.4.5 and it fails: ----------------------------------------- gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I../../src/extra -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c sysutils.c -o sysutils.o sysutils.c: In function

Trying to build a Debian snapshot of R-alpha based on last night's tarball, it fails with what looks like a missing -lm linking directive: [...] gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic -O2 -c version.c -o version.o gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic -O2 -c vfonts.c -o vfonts.o g77 -fpic -O2 -c xxxpr.f -o

Full_Name: Luca Barbato Version: 2.3.1 OS: Gentoo Linux/PPC Submission from: (NULL) (151.44.163.144) system informations Portage 2.1 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.1.1, glibc-2.4-r3, 2.6.17-rc5 ppc) ================================================================= System uname: 2.6.17-rc5 ppc 7447A, altivec supported Gentoo Base System version 1.12.1 distcc 2.18.3

I'm trying to build R 2.10.1 on a Sun Blade 1000 running Solaris 10 (03/05 release). I've installed iconv 1.13.1 and used: CPPFLAGS="-I /export/home/drkirkby/sage-4.3.3.alpha0/local/include" (which is where iconv is) LDFLAGS= -R/export/home/drkirkby/sage-4.3.3.alpha0/local/lib -L/export/home/drkirkby/sage-4.3.3.alpha0/local/lib The build of R fails as below. gcc

Readline <= 6.2 shouldn't require the SIGWINCH patch, so if older versions have trouble finding rl_resize_terminal then you could wrap a macro around that part. The isearch C-c bug has existed forever, according to Chet Ramey. Yes, I had to retrain myself to use C-g to exit isearch but it's confusing. It would be nice to fix this C-c bug on older versions too, but my solution used some

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

Hi, I've upgraded our server to the latest R version, everything went ok until I wanted to install RServe for our java clients. RServe needs the shared library which can be compiled using configure --enable-R-shlib. All went ok but after running make I got this error: gcc -shared -L/usr/local/lib64 -o libR.so Rembedded.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o