similar to: Compiling shared library on Alpha/OSF1

Full_Name: John Garvin Version: 1.9.0 OS: OSF1 Alpha ev6 Submission from: (NULL) (128.42.129.78) I configured R 1.9.0 with --enable-R-shlib on Alpha. 'make check' fails with an unresolved symbol. Here's the relevant output: running code in 'reg-tests-1.R' ...529442:/home/garvin/research/tel/R-alpha/unpatched/R-1.9.0/lib/R/bin/R.bin: /sbin/loader: Fatal Error: call to

I am stuck in the installation of "R" on ALPHA runing OSF1/V5.1 for individual use. When I ran "./configure CC=cc F77=f77 Make=gmake ", the following message came out, 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Error: libreadline.so.4: symbol "tgetflag" unresolved 506426:/usr/users/1/mwang2/R/R-2.1.1/bin/exec/R: /sbin/loader: Fatal Error: Load

(cross-posted on SO: https://stackoverflow.com/questions/78022766) Hi all, I'm trying to compile R as a static library with the -fPIC flag so I can use it within java+JNI (is it only possible ?), but I cannot find the right flags in '.configure' to compile R this way. I tested various flags but I cannot find the correct syntax. for now, my latest attempt was ``` rm -rvf?

A while ago I compiled R 1.7.0 for AIX (with the above compiler - I'll call it xlc) and I was surprised that it went quite smoothly. Unfortunately with R 1.8.0 it's not as easy, but I succeeded at least partially. Static R works fine (after some tweaking), but --enable-R-shlib fails resp. produces a buggy R. Following are the problems I encountered (in a warning-to-fatal-error

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

I didn't manage to build a c shared library under Windows. I used rcmd shlib both with a source file and with an object file, but I got error messages in both cases. I get the same error messages both using a Dos shell and Cygwin. If I use the source file, I type: rcmd shlib prova.c and what I get is: make[1]: `libR.a' is up to date. windres --include-dir

Hello All, I suspect I am having a problem with my R installation, something that has to do with "--enable-R-shlib". Can someone explain if this is something that I can fix using apt-get? More specifically: I am having trouble getting installing the RHive package. I Installed R from scratch, following the instructions in (for example): http://cran.ru.ac.za/bin/linux/ubuntu/

I'm compiling the latest stable build (2.7.0) from source using the Intel Compilers, following the hints in the R-admin guide. I'm using OpenSUSE 10.3 on a Intel Q6600 system. First let me explain a few things I did: 1: Download & Install all the Intel Compilers (as well as the Intel Math Kernel Library) (All defaults) 2: Set up my environment variables in profile.d, using the handy

http://bugzilla.mindrot.org/show_bug.cgi?id=319 Summary: Privilege Separation failing on OSF1 v5.1 Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

Hi Martyn, Thanks for your insight, that seems pretty direct. Unfortunately, I did not compile this version of R (it's on a large supercomputer system and this version of R was installed by the admins). Using "R CMD config", I see the following relevant settings: DYLIB_LD = icc -std=gnu99 DYLIB_LDFLAGS = -shared -openmp LDFLAGS = -L/opt/compilers/intel/cce/9.1.039/lib

Hi, I forgot tools/rsync-recommended before ./configure Thanks On Mon, Mar 9, 2015 at 6:51 PM, Kevin Ushey <kevinushey at gmail.com> wrote: > I believe you need to set the environment variable R_HOME_DIR to the > path pointing to your R-devel installation before launching RStudio. > > On Mon, Mar 9, 2015 at 9:49 AM, Karim Mezhoud <kmezhoud at gmail.com> wrote: >

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

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

I tried configuring Samba 2.0.7pre4 on a OSF1 machine (actually a DEC Alpha running Digital Unix 4.0d) with --with-utmp. The autoconf system sets the variable HAVE_UTMPX_H The linking of smbd aborts with the message ---------------------------------------------------------- ld: Unresolved: getutmpx utmpxname updwtmpx *** Exit 1 ---------------------------------------------------------- If I

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.