similar to: R-1.9.0 won't compile on OSX (PR#6848)

Greetings on A.N. Kolmogorov's 100th birthday: I am sure that this is a resolved problem, certainly it has been raised in R help several times before, but I can't seem to find the right clue. I've recently upgraded a G4 to OS 10.2.5 and I thought I would have another go at installing R from source, after failing to accomplish this in 10.1. So with 1.7.0 from CRAN configure seems to

hello bug fixers i think this bug is probably mentioned before but i couldn't find the answer to it on google. i have to build R from the source files ( on a mac os x system ) because i need the python R interface too work. for this too happen r needs to be configured in the following way ./configure --enable-R-shlib when i do this on the newest package i get already some problems but these

Hello - I'm trying to compile R 1.7.0 on a PowerBook running OS X 10.2.5. I've compiled R (1.6.2) successfully before on this machine, under either 10.2.3 or 10.2.4. My gcc is from the latest Apple Developer Tools release and the g77 is up-to-date via Fink. R passes ./configure just fine, with the following options: R is now configured for powerpc-apple-darwin6.5 Source

hi! I tried to build a very simple package with NAMESPACE file, such that datasets are loaded only dynamically. > a2 <- function(x=a1) x+4 > a1 <- 1:10 > package.skeleton("aaa", list=c("a1", "a2")) Then I modified the help files and added the file NAMESPACE with these 2 lines: useDynLib(aaa) export(a1, a2) Then "R CMD BUILD aaa" works

Some issues with the recent R-devel (rsync today) on Darwin: 1) Recent R-devel is a bit misleading concerning the R-framework installation: A new option --enable-R-framework was introduced, but install-Rframework ignores its absence (or --disable-R-framework for that matter) and tries to install the framework anyway in / which fails just after the R itself was copied into /Versions/.... I

I hope someone can point me, a newcomer to building R as well as 64-bit R, in a useful direction. I have a dual Opteron 275 box running RedHat EL4. I ran configure successfully, and, then, get the following error while running make: make[4]: Entering directory `/tmp/R-2.2.0/src/modules/lapack' g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o

When I was trying to compile R-1.9.1 from source, I've got problems which seemed related to compiling the LAPACK package. The error message is as follows: gcc -shared -L/usr/local/lib -o libRlapack.so dlamc.lo dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo -lblas -L/usr/local/lib -L/usr/lib/gcc-lib/ia64-redhat-linux/2.96 -L/usr/lib/gcc-lib/ia64-redhat-linux/2.96/../../.. -lg2c

Read about it here: http://rubyforge.org/forum/forum.php?forum_id=7575 -- Posted via http://www.ruby-forum.com/.

We are trying to install R2.2.1 on a IBM P655 Cluster, SuSE LE 9.1 We are using gcc v 3.3.3 and we are getting this error on make g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o dlapack0.lo g77 -fPIC -g -O2 -c dlapack1.f -o dlapack1.lo g77 -fPIC -g -O2 -c dlapack2.f -o dlapack2.lo g77 -fPIC -g -O2 -c dlapack3.f -o dlapack3.lo g77 -fPIC -g

Hi, I am trying to compile R-2.1.1 on MacOSX 10.3.9, but the make is failing (I am building it without all the aqua stuff): ./configure --enable-R-shlib --with-lapac make .... Snip ..... gcc -dynamiclib -L/sw/lib -L/usr/local/lib -install_name /Library/Frameworks/R.framework/Versions/2.1.1/Resources/lib/libRlapack.dyli b -o libRlapack.dylib dlamc.lo dlapack0.lo dlapack1.lo dlapack2.lo

--gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I compiled R 2.3.1 on two SuSE systems. With SuSE 8.2 I got an error which I had not on SuSE 10: /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lRlapack On both system libRlapack.so is made, but the size is verz different: SuSE 8.2: -rwxr-x--- 1 wf sys

Hi, My previous message is appended: I'm still struggling with building on AIX. I updated my config.site to follow the suggestions from R-admin: MAIN_LDFLAGS=-Wl,brtl SHLIB_LDFLAGS=-Wl,-G This led to an error during configure: checking whether mixed C/Fortran code can be run... configure: WARNING: cannot run mixed C/Fortan code configure: error: Maybe check LDFLAGS for paths to Fortran

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

Using ATLAS with R is an old topic quite covered in the "R Administration" manual (and by R's "configure" script collection). I still do not easily manage to build R properly on our new AMD Opteron (2-processor). I did work with the current Atlas 3.6.0, configured manually (but "express" version) to build a threaded ATLAS version, and successfully ran Atlas'

OK, seems like I've got some more looking to do. From what I can find, the only difference with OS X and dynamic libraries is that you can't depend on the order of calling static constructors, but not that you can't depend on them getting called. :) If I find that library handling in LLVM needs changes to work with OS X, I'll send a patch. Thanks, -mike On Jun 19, 2004,

Hi all, I'm stuck in the installation of R. When I run configure, I got the error: configure: error: --with-readline=yes (default) and headers/libs are not available I followed one answer in some post and use this: ./configure --with-prefix=/home/user/R-2.2.1 --with-readline=no It successfully configured but I encountered another problem while make: gcc -shared -L/usr/local/lib64 -o

Happily I got this to work, largely by trial-and-error. In hopes that this will help somebody else, my config.site ended up being: OBJECT_MODE=64 R_PAPERSIZE=letter CC=/usr/local/bin/gcc MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G Which is virtually identical to that recommended in R-admin: one of my problems was using "-W1,brtl" rather than "-W1,-brtl". This was R 2.0.1

I am trying to compile R on an Itanium machine running Red Hat 7.2 and gcc version 2.96. The build fails with the following symptoms: g77 -fPIC -g -O2 -c cmplx.f -o cmplx.lo g77 -fPIC -g -O2 -c cmplxblas.f -o cmplxblas.lo gcc -shared -L/usr/local/lib -o libRlapack.so dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo cmplxblas.lo -L/usr/local/lib

I am trying to install R-2.3.0 on a 64bit linux box and encounter several error during the make step. I'd appreciate any help. Error messages follow: [root at calculon R-2.3.0]# make make[4]: Entering directory `/state/partition1/apps/packages/R-2.3.0/src/modules/lapack' gcc -shared -L/usr/local/lib64 -o libRlapack.so dlamc.o dlapack0.o dlapack1.o dlapack2.o dlapack3.o cmplx.o

Solved. Short version: You don't need to change DynamicLinker.cpp at all. dlopen() should just work, except that the defaults for libtool are to produce the wrong kind of shared object. On OS X, libtool needs to be passed the -module option to create dlopen-able objects: % diff Makefile.rules.old Makefile.rules 326c326 < Link := $(LIBTOOL) --mode=link $(CXX) --- > Link