[erlang-bugs] 64-bit compile fails on Snow Leopard

Dmitri Sosnik <>
Thu Oct 1 07:17:45 CEST 2009


I am already booted with x64 kernel and conf.log says:

uname -m = x86_64
uname -r = 10.0.0
uname -s = Darwin
uname -v = Darwin Kernel Version 10.0.0: Fri Jul 31 22:46:25 PDT 2009;  
root:xnu-1456.1.25~1/RELEASE_X86_64

/usr/bin/uname -p = i386
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = Mach kernel version:
      Darwin Kernel Version 10.0.0: Fri Jul 31 22:46:25 PDT 2009;  
root:xnu-1456.1.25~1/RELEASE_X86_64

configure:1358: checking build system type
configure:1376: result: i386-apple-darwin10.0.0
configure:1384: checking host system type
configure:1398: result: i386-apple-darwin10.0.0



Cheers,
D


On 01/10/2009, at 2:20 PM, Ryan Graham wrote:

> Reboot and hold down the 6 and 4 keys on your keyboard. If your mac  
> has a new enough CPU, it will boot up with the 64-bit kernel instead  
> of the standard 32-bit kernel. The bug I'm reporting wouldn't  
> typically be seen in normal use, but it is still wrong to assume non- 
> i386 means ppc, which is what the check is probably there for.
>
> ~Ryan
>
> On 2009-09-30, at 6:33 PM, Dmitri Sosnik <> wrote:
>
>> I have no idea about autoconf, but I've checked logs and it looks  
>> like autoconf is using "uname -p" to get host architecture. Snow  
>> Leopard x64 returns i386 here.
>>
>> Cheers,
>> D
>>
>>
>>
>> On 01/10/2009, at 6:01 AM, Ryan Graham wrote:
>>
>>> That's what I was trying to point out. It fails on the configure
>>> because it is looking for Darwin-i386 in the output from uname. The
>>> same check is done for each submodule as well. It should be a  
>>> trivial
>>> fix, I just didn't have the time to make a patch for it.
>>>
>>> ~Ryan
>>>
>>> On Wed, Sep 30, 2009 at 2:04 AM, Dmitri Sosnik <>  
>>> wrote:
>>>> Thanks!
>>>>
>>>> But I've realised that it's an another problem. Configure detects  
>>>> wrong
>>>> architecture:
>>>>
>>>> checking build system type... i386-apple-darwin10.0.0
>>>> checking host system type... i386-apple-darwin10.0.0
>>>>
>>>> $uname -a
>>>> Darwin DMBP.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31  
>>>> 22:46:25
>>>> PDT 2009; root:xnu-1456.1.25~1/RELEASE_X86_64 x86_64
>>>>
>>>>
>>>> Cheers,
>>>> D
>>>>
>>>> On 30/09/2009, at 6:41 PM, Kostis Sagonas wrote:
>>>>
>>>>> Dmitri Sosnik wrote:
>>>>>>
>>>>>> Yep, the same for me. I think the reason is broken wxWidgets  
>>>>>> library.
>>>>>> According to http://wiki.wxwidgets.org/Development:_wxMac  
>>>>>> wxWidgets 2.8 is
>>>>>> Carbon based and Carbon is only 32 bit. wxWidgets 2.9 is Cocoa  
>>>>>> based, but
>>>>>> there is no stable release for it.
>>>>>> Anyway, can we disable wxWidgets? I've tried with --disable- 
>>>>>> wxwidgets,
>>>>>> but it didn't work
>>>>>
>>>>> After the 'configure' and before the 'make' you can avoid  
>>>>> building any
>>>>> library directory you do not want by placing a file named SKIP  
>>>>> in it. In
>>>>> this case, the following command will do the trick:
>>>>>
>>>>>      touch lib/wx/SKIP
>>>>>
>>>>> Kostis
>>>>>
>>>>> ________________________________________________________________
>>>>> erlang-bugs mailing list. See http://www.erlang.org/faq.html
>>>>> erlang-bugs (at) erlang.org
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> -- 
>>> http://rmgraham.blogspot.com
>>> http://twitter.com/rmgraham
>>



More information about the erlang-bugs mailing list