similar to: R CMD INSTALL configure.args and CC customization

I am running into the following issue that has been previously reported on the R-devel mailing list. The short version is that I'm writing a package for MPI, and I'd like to change CC and SHLIB_LD to "mpicc". Trying to change them in Makevars.in has no effect, because the values are clobbered by /etc/R/Makeconf. Will the following changes to Makeconf.in introduce any problems?

I try to install Rmpi as root with install.packages("Rmpi"). It fails with: ... checking for x86_64-pc-linux-gnu-gcc -std=gnu99 option to accept ISO C89... none needed I am here /usr and it is OpenMPI Trying to find mpi.h ... Found in /usr/include Trying to find libmpi.so or libmpich.a ... Found libmpi in /usr/lib checking for openpty in -lutil... yes checking for main in -lpthread...

Hi guys, I've spent a few days trying to install Rmpi with no luck. I originally tried using mpich, moved on to mpich2, and then to openmpi. I've gotten the furthest with openmpi, though am still running into this problem and can't figure it out. Can someone help!? Thanks so much in advanced. I'm using an HP Envy laptop with Ubuntu 12.04. Output is below, with the error at the

Dear R People: I'm trying to install Rmpi (latest version) on Ubuntu. However, I'm getting the following error: erin at erin-Y480:~$ R R version 2.15.1 (2012-06-22) -- "Roasted Marshmallows" Copyright (C) 2012 The R Foundation for Statistical Computing ISBN 3-900051-07-0 Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are

Dear all, I have used the Rmpi package many times before however this time I've installed it as I always do with openMPI tar.gz file direct from the website. I'm installing on my ubuntu 8.10. Linux 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009 x86_64 GNU/Linux All i get is: > library(Rmpi) Segmentation fault :~$ Which dumps me back into the shell, and doens't give me much

Hello, We have recently added a 64-bit 2 x Dual-Core Athlon server running Red Hat Enterprise Linux AS release 3 to allow for processing of large data sets (>4GB) in R. To integrate this server into our Linux cluster, I have been trying (unsuccessfully) to use Rmpi/lam-mpi to parallel process some of our scripts. While I have successfully compiled R 2.4.0 and lam-mpi 7.1.2 on this server using

Hi, I was trying to install the package Rmpi on a hpc cluster running SGE. The command, and the sessionInfo() is as follows: =========================================== > install.packages("Rmpi",dependencies=TRUE) also installing the dependency ‘rsprng’ trying URL ' http://www.ibiblio.org/pub/languages/R/CRAN/src/contrib/rsprng_1.0.tar.gz' Content type

Dear R yet again! I finally got the Rmpi package to install! Yay!. However, when I go into R to use it, there is an error with the dyn.load file. This should be simple (allegedly). Please help. Thanks, Sincerely, Erin mailto: hodgess at gator.uhd.edu /home/faculty/hodgess/R-2.6.0/bin [hodgess at gator bin]$ ./R CMD INSTALL Rmpi_0.5-4.tar.gz

I'm having trouble with R CMD INSTALL Rmpi_0.5-5.tar.gz --configure-args=~/lam lam is is installed locally. lamboot -d (or lamboot-d and also recon) works. make -k check from the lamtest suite passes all tests. Is this is problem with the -fPIC compiler as in the message? Should it be modified in the Makefile? Any help or comments are appreciated, thanks. * Installing to library

Hi, I've been trying here to install Rmpi on an SGI IA-64 machine with 64 processors, running SuSE Linux Enterprise Server 9, R 2.4.0 and lam-mpi 7.1.3. While I've read of similar problems on this list, I think I've got an entirely new set of error messages to contribute (see below). I'm not sure what the actual error is and what the @gprel relocation message is about. Any help

Hello everybody, I am trying to install Rmpi on 64-bit HP-Proliant server. I am facing the following error: * Installing *source* package 'Rmpi' ... Try to find mpi.h ... Found in /usr/local/mpich-1.2.7p1/include Try to find libmpi or libmpich ... Found libmpich in /usr/local/mpich-1.2.7p1/lib Try to find liblam ... checking for main in -llam... no liblam not found. Probably not LAM-MPI

Hello R-help! I am a systems administrator for the University of Southern California. I take care of it's general-purpose research cluster, and have recently been asked to provide access to a parallelized R platform. I do not have any previous experience using R, and have only ever had to do anything more then 'yum -y install R'. We have a myrinet MPI network, and use mpich1 as our

Dear R People: I'm having trouble installing Rmpi on a debian machine. Here is my output: bccd at node000:~$ /bccd/home/bccd bccd at node000:~$ bccd at node000:~$ export RMPI_TYPE=OPENMPI bccd at node000:~$ R CMD INSTALL Rmpi_0.5-9.tar.gz * installing to library '/bccd/home/bccd/R/x86_64-pc-linux-gnu-library/2.15' * installing *source* package 'Rmpi' ... checking for gcc...

This is a rather obscure question, I realize. I have written to the package author but have not heard back as of yet. I have read the README in the package, as well, but it didn't give me enough detail to diagnose the problems that I am having. (I did edit out the LAM-MPI check in zzz.R.in.) I am working to install Rmpi on top of MPICH on a beowulf cluster. Below is the output of the

Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it

I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for

Subject pretty much says it all. I am running 64-bit Ubuntu 8.04, i.e. Hardy Heron, have openmpi installed, and get the following error message with attempted install of Rmpi. sessionInfo() follows. Mark checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes

# gmake Making all in libspeex gmake[1]: Entering directory `/tmp/speex-1.1.4/libspeex' if /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1