chicken-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Chicken-hackers] [PATCH] fix Mac OS X build


From: Felix Winkelmann
Subject: Re: [Chicken-hackers] [PATCH] fix Mac OS X build
Date: Wed, 29 Jan 2014 09:33:31 +0100 (CET)

From: ".alyn.post." <address@hidden>
Subject: Re: [Chicken-hackers] [PATCH] fix Mac OS X build
Date: Tue, 28 Jan 2014 15:56:20 -0700

> On Tue, Jan 28, 2014 at 04:14:16PM -0600, Jim Ursetto wrote:
>> On Jan 28, 2014, at 3:56 PM, Felix Winkelmann <address@hidden> wrote:
>> 
>> >> 
>> >> I don't see why not.  chicken should be using /usr/bin as its binary 
>> >> directory, and so when xcode-select changes the install location, it will 
>> >> still work.   (I think the shims just look up the actual XCode location 
>> >> and then exec() it -- they're not symlinks nor are they physically 
>> >> updated in place, AFAIK.)  Am I missing something?
>> > 
>> > If I compile the base chicken system using toolchain/xcode-version A
>> > with the c-compiler in some default location, xcode-select to another
>> > toolchain/xcode-version and then install an egg using the base chicken
>> > system, that calls whatever c-compiler is currently in /usr/bin, then
>> > we surely might get into trouble regarding binary-compatibility or
>> > c-compiler version differences, ABIs, or whatnot, right?
>> 
>> I guess so, but I don't see how it's any different than upgrading XCode in 
>> place, or even upgrading the gcc binary on any old system.  I don't think 
>> you should habitually be running xcode-select to switch toolchains, anyway.  
>> I still don't see the problem with just using /usr/bin/gcc like every other 
>> UNIX program on the Mac, unless you've actually had a problem with this, 
>> which is possible as you've done a lot of work on iOS lately.
>> 
> 
> I agree with Jim here.  I don't use Xcode, but need gcc/clang for brew,
> chicken, &c.  I benefit from this project:
> http://kennethreitz.org/xcode-gcc-and-homebrew/, which provides gcc
> and associated darwin libraries on the command-line.  My gcc is in
> /usr/bin, which got that way installing brew, for which I assume I
> did something similar to/identical to the instructions upthread.
> 
> So I have a proper compiler in /usr/bin, and I'd like chicken to
> continue to use it.

You are free to do so, by overriding the appropriate build-variables. Yet, why
shouldn't the default build play it safe?


felix



reply via email to

[Prev in Thread] Current Thread [Next in Thread]