[R-SIG-Mac] Building R-devel from Source on Snow Leopard

Simon Urbanek simon.urbanek at r-project.org
Sat Sep 5 03:36:31 CEST 2009


Adam,

On Sep 4, 2009, at 5:52 PM, Adam D. I. Kramer wrote:

> Hi Tony and Simon,
>
> 	I was having this trouble today/yesterday and have been following
> along on this thread. The solution I found was to add this to my
> ./configure:
>
> LDFLAGS="-m64 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1/x86_64 - 
> lgfortran"
> and
> F77="gfortran -arch x86_64"
>

You should not touch LDFLAGS and besides F77 you'll also need to set FC.


> ...this gets me through the "can't make mixed C/Fortran code"  
> errors. However, through one hoop of fire and I'm confronted by  
> another:
>
> checking for iconv.h... yes
> checking for iconv... no
> checking for iconvlist... no
> configure: error: --with-iconv=yes (default) and a suitable iconv is  
> not
> available
>
> ...this strikes me as odd. The relevant lines from the config.log  
> file are:
>
> configure:39212: gcc -std=gnu99 -o conftest -O3 -fopenmp - 
> mtune=native -m64  -m64 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1/ 
> x86_64 -lgfortran conftest.c -lm >&5
> conftest.c: In function 'main':
> conftest.c:189: warning: passing argument 1 of 'libiconvlist' from
> incompatible pointer type
> Undefined symbols:
>  "_libiconvlist", referenced from:
>      _main in cc2XgkAg.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
>
> However:
>
> swiss:R-2.9.2$ nm /usr/lib/libiconv.dylib | grep _libiconvlist
> 00008807 T _libiconvlist
>
> ...I'm not sure where else configure could be trying to find libiconv,

check /usr/local/lib that is the most common problem area ...

Cheers,
Simon


> but
> running "locate libiconv" shows versions in
> /Developer/SDKs/MacOSX10.6.sdk/usr/lib/ also, which also show  
> _libiconvlist
> when I nm them.
>
> Any suggestions? I'm not sure how to further debug this...the  
> symbols are
> there.
>
> Cordially,
> Adam
>
>
>> Hi Simon,
>> I think that you might have resolved my issue. I did not specify  
>> the arch,
>> so I will try that and let everyone know if that works.
>>
>> Cheers,
>> --Tony
>>
>> On Thu, Sep 3, 2009 at 4:11 PM, Simon Urbanek
>> <simon.urbanek at r-project.org>wrote:
>>
>>> Tony,
>>>
>>> On Sep 3, 2009, at 6:14 PM, Tony Chiang wrote:
>>>
>>> So I am trying to configure and build the latest of R-devel on one  
>>> of the
>>>> new Macbook Pro's running Snow leopard. I have installed the latest
>>>> X-Code
>>>> tools (downloaded from the Apple Site) and have gcc installed:
>>>>
>>>> gcc --versioni686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple  
>>>> Inc. build
>>>> 5646)
>>>>
>>>>>
>>>>>
>>>>>
>>>> So as I am trying to configure, I get this error message:
>>>>
>>>>
>>> What is the exact configure command you're running? I suspect that  
>>> your
>>> problem is a 32-bit vs 64-bit mismatch, because SL changed the gcc  
>>> default
>>> to 64-bit whereas the gfortran default is 32-bit, so you have to  
>>> make sure
>>> your archs match (depending on which you actually want to build) -  
>>> ideally
>>> you should specify -arch for all compilers (as the CRAN binary  
>>> does - also
>>> see the FAQ).
>>>
>>> Cheers,
>>> Simon
>>>
>>>
>>>
>>> ...cut...
>>>>
>>>> checking for Fortran 77 libraries of gfortran...  -L/usr/local/lib
>>>>> -L/usr/local/lib/gcc/i686-apple-darwin8/4.2.3
>>>>> -L/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/../../.. - 
>>>>> lgfortranbegin
>>>>> -lgfortran
>>>>> checking how to get verbose linking output from gcc - 
>>>>> std=gnu99... -v
>>>>> checking for C libraries of gcc -std=gnu99...  -lcrt1.10.6.o
>>>>> -L/usr/local/lib -L/usr/lib/gcc/i686-apple-darwin10/4.2.1/x86_64
>>>>> -L/usr/lib/i686-apple-darwin10/4.2.1
>>>>> -L/usr/lib/gcc/i686-apple-darwin10/4.2.1
>>>>>
>>>>> -L/usr/lib/gcc/i686-apple-darwin10/4.2.1/../../../i686-apple- 
>>>>> darwin10/4.2.1
>>>>> -L/usr/lib/gcc/i686-apple-darwin10/4.2.1/../../.. -lSystem
>>>>> checking for dummy main to link with Fortran 77 libraries... rm:
>>>>> conftest.dSYM: is a directory
>>>>> none
>>>>> checking for Fortran 77 name-mangling scheme... rm:  
>>>>> conftest.dSYM: is a
>>>>> directory
>>>>> unknown
>>>>> configure: WARNING: unknown Fortran name-mangling scheme
>>>>> checking whether gfortran appends underscores to external names...
>>>>> unknown
>>>>> configure: error: cannot use Fortran
>>>>>
>>>>>
>>>> I have not seen any messages quite like this on the mailing list.  
>>>> What is
>>>> pretty strange is the conftest.dSYM needs to be removed (?) for  
>>>> some
>>>> reason
>>>> but is a directory. Any ideas or suggestions on how to resolve  
>>>> this?
>>>>
>>>> Best,
>>>> --Tony
>>>>
>>>>       [[alternative HTML version deleted]]
>>>>
>>>> _______________________________________________
>>>> R-SIG-Mac mailing list
>>>> R-SIG-Mac at stat.math.ethz.ch
>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
>



More information about the R-SIG-Mac mailing list