[R-SIG-Mac] compiling R devel on vanilla tiger

Sun Aug 21 21:56:12 CEST 2005

my (bootstrap from cvs) fortran is

[www:~] deleeuw% gfortran -v
Using built-in specs.
Target: powerpc-apple-darwin8.3.0
Configured with: ../configure --with-gcc-version-trigger=/Users/ 
deleeuw/MyStuff/Developer/gcc/gcc/version.c --enable-languages=c,c+ 
+,f95,objc,obj-c++
Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5224)

and it fails at the spot where Cyrus says it fails


On Aug 21, 2005, at 11:29 , Cyrus Harmon wrote:

> I could be wrong, but I think there's something else wrong here.  
> The farthest-up-the-chain problem that I can find is that the test  
> for whether or not double complex BLAS can be used is failing. This  
> is causing the use_lapack to get set back to no, which changes the  
> args such that Makefile.in down in src/modules/lapack no longer  
> tries to use the external lapack. Or at least that's the best I can  
> make from this, but I'm not particularly skilled at reading (much  
> less writing) autotools stuff.
>
> I get a working version when I use f77, but when I use fink's  
> gfortran/g95 I fail. Interestingly, using a fully rebuilt gfortran  
> on my g5 works for me (or did as of a week or two ago) but I can't  
> build gfortran from source on my g4 as it tries to build a "fat" (I  
> mean "universal") binary with ppc64 support, which, of course  
> doesn't exist on the g4.
>
> Cyrus
>
> On Aug 20, 2005, at 6:45 AM, Martin Maechler wrote:
>
>
>>>>>>> "Jan" == Jan de Leeuw <deleeuw at stat.ucla.edu>
>>>>>>>     on Fri, 19 Aug 2005 11:41:19 -0700 writes:
>>>>>>>
>>>>>>>
>>
>>     Jan> The current R-devel version forgets to add "-framework
>>     Jan> vecLib" when linking libLapack.dylib. Go to
>>     Jan> src/modules/lapack, run make, then paste the failing
>>     Jan> link statement into terminal and add "-framework
>>     Jan> vecLib" to the end of it. Then go back to the top level
>>     Jan> and run make to finish the whole thing.
>>
>> This may be fixable by changing
>>    <Rsource>/configure.ac   which produces  <Rsource>/configure
>> which later produces
>>    <Rbuild>/etc/Makeconf
>>
>> Can you find out at least what changes are needed to etc/Makeconf
>> and forward your information to the R-devel mailing list ?
>>
>> Thank you in advance,
>> Martin
>>
>>     Jan> On Aug 19, 2005, at 11:35 , Kasper Daniel Hansen wrote:
>>
>>
>>
>>>> Hi
>>>>
>>>> I am trying to compile R-devel (the version from
>>>> yesterday) with a "vanilla" installation of Tiger on a
>>>> new Powerbook. Vanilla means I am running - Xcode 2.1 -
>>>> Gcc 4.0 - The gfortran build which Simon Urbanek has on
>>>> his wiki website (build number 5202) - make version "GNU
>>>> Make 3.80 " - libtool version "Apple Computer,
>>>> Inc. version cctools-590" - autoconf version "autoconf
>>>> (GNU Autoconf) 2.59 "
>>>>
>>>> I do ./configure with the options ./configure
>>>> F77=gfortran FLIBS=/usr/lib/libgfortran.a --with-
>>>> blas='-framework vecLib' --with-lapack R_PAPERSIZE=letter
>>>> --with-aqua
>>>>
>>>> (btw are these the "right" options?), which gives my the
>>>> configure output:
>>>>
>>>> R is now configured for powerpc-apple-darwin8.2.0
>>>>
>>>> Source directory: .  Installation directory:
>>>> /Library/Frameworks
>>>>
>>>> C compiler: gcc -g -O2 C++ compiler: g++ -g -O2 Fortran
>>>> compiler: gfortran -g -O2
>>>>
>>>> Interfaces supported: X11, aqua, tcltk External
>>>> libraries: readline Additional capabilities: iconv, MBCS,
>>>> NLS Options enabled: framework, R profiling
>>>>
>>>> Recommended packages: yes
>>>>
>>>> Making yields the error reproduced below.
>>>>
>>>> How do I fix this? Shoudl I switch fortran compiler? Or
>>>> install another version of libtool? Or?
>>>>
>>>> Kasper
>>>>
>>>>
>>>> Make error:
>>>>
>>>> gcc -dynamiclib -L/usr/local/lib -install_name
>>>> /Library/Frameworks/
>>>> R.framework/Versions/2.2.0/Resources/lib/libRlapack.dylib
>>>> -o libRlapack.dylib dlamc.lo dlapack0.lo dlapack1.lo
>>>> dlapack2.lo dlapack3.lo cmplx.lo cmplxblas.lo
>>>> /usr/lib/libgfortran.a ld: Undefined symbols: _dasum_
>>>> _daxpy_ _dcopy_ _ddot_ _dgemm_ _dgemv_ _dger_ _dnrm2_
>>>> _drot_ _dscal_ _dswap_ _dsymv_ _dsyrk_ _dtbsv_ _dtpsv_
>>>> _dtrmm_ _dtrmv_ _dtrsv_ _idamax_ _xerbla_ _dtpmv_ _dtrsm_
>>>> _dgbmv_ _dsbmv_ _dspmv_ _dspr2_ _dspr_ _dsymm_ _dsyr2_
>>>> _dsyr2k_ _dsyr_ _dtbmv_ _zgemm_ /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
>>>>
>>>> _______________________________________________ R-SIG-Mac
>>>> mailing list R-SIG-Mac at stat.math.ethz.ch
>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>>
>>>>
>>>>
>>>>
>>
>>     Jan> ==========================================================
>>     Jan> Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA
>>     Jan> 93225, 661-245-1725
>>     Jan> http://www.cuddyvalley.org/dunklen.mov
>>     Jan> ==========================================================
>>     Jan> Und die Einen sind im Dunkeln Und die Andern sind im
>>     Jan> Licht Doch man sieht nur die im Lichte Die im Dunkeln
>>     Jan> sieht man nicht (Brecht)
>>
>> _______________________________________________
>> R-SIG-Mac mailing list
>> R-SIG-Mac at stat.math.ethz.ch
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>
>>
>
>
>

==========================================================
Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225, 661-245-1725
                                  http://www.cuddyvalley.org/dunklen.mov
==========================================================
                                      Und die Einen sind im Dunkeln
                                      Und die Andern sind im Licht
                                      Doch man sieht nur die im Lichte
                                      Die im Dunkeln sieht man  
nicht       (Brecht)