[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
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, (continued)
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Felix Winkelmann, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Jim Ursetto, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Felix Winkelmann, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Jim Ursetto, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, richo, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Jim Ursetto, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, richo, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Felix Winkelmann, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Jim Ursetto, 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, .alyn.post., 2014/01/28
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build,
Felix Winkelmann <=
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Jim Ursetto, 2014/01/29
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Felix Winkelmann, 2014/01/29
- Re: [Chicken-hackers] [PATCH] fix Mac OS X build, Felix Winkelmann, 2014/01/29