Skip to content

make fails for 1.7.0 on mac os x 10.1

2 messages · Roger Koenker, Brian Ripley

#
I've been running a binary installation (kindly provided by Jan de Leeuw)
on mac G4, but was inspired this morning to try to install 1.7.0 on the G4
as well as on my desktop solaris box.

This worked smoothly on my solaris system but on the G4 the
make dies shortly after compiling lapack with:

/usr/bin/libtool: internal link edit command failed
make[4]: *** [libRlapack.dylib] Error 1
make[3]: *** [R] Error 2
make[2]: *** [R] Error 1
make[1]: *** [R] Error 1
make: *** [R] Error 1

The output from configure seemed ok...but there were lots of messages of the following
sort that I thought might also suggest that something was wrong.

/usr/include/gcc/darwin/2.95.2/g++/../machine/limits.h:7: #error architecture not supported
In file included from /usr/include/sys/signal.h:70,
                 from /usr/include/signal.h:62,
                 from ../../../src/include/Defn.h:60,
                 from sockconn.c:32:
/usr/include/machine/signal.h:31: #error architecture not supported
In file included from /usr/include/setjmp.h:25,
                 from ../../../src/include/Defn.h:61,
                 from sockconn.c:32:

Any suggestions, greatly appreciated.

url:	www.econ.uiuc.edu	Roger Koenker		Dept. of Economics UCL,
email	rkoenker@uiuc.edu	Department of Economics Drayton House,
vox: 	217-333-4558		University of Illinois	30 Gorden St,
fax:   	217-244-6678		Champaign, IL 61820	London,WC1H 0AX, UK
							vox:	020-7679-5838
#
See the comment in NEWS.  We know MacOS X does not currently build *on
some installations* unless vecLib is installed (see R-admin.texi).
On Thu, 6 Feb 2003, Roger Koenker wrote:

            
I presume you mean R-devel?  1.7.0 is not released, and this will be 
addressed before release (in a couple of months).
I am told that is not the current gcc compiler for MacOS X (and it is way
old for gcc), and I suspect nothing before gcc 3.1 is going to work.  
R-devel needs the ability to make dynamic libraries including Fortran
code, and MacOS X seems to have troubles doing that.  Using vecLib this is
avoided, and it seems to work out of the box, and without it seems to need
a recent compiler (but Jan de Leeuw has built it).