[cfe-commits] r165988 - in /cfe/trunk: include/clang/Basic/ObjCRuntime.h lib/CodeGen/CGObjC.cpp lib/Driver/ToolChains.cpp lib/Driver/Tools.cpp lib/Sema/SemaExpr.cpp runtime/compiler-rt/Makefile test/CodeGenObjC/optimized-setter-ios-device.m test/
devlists at shadowlab.org
Wed Oct 17 01:03:01 PDT 2012
Le 17 oct. 2012 à 08:10, Nico Weber <thakis at chromium.org> a écrit :
> On Tue, Oct 16, 2012 at 10:33 PM, Bob Wilson <bob.wilson at apple.com> wrote:
>> On Oct 16, 2012, at 9:25 PM, Bob Wilson <bob.wilson at apple.com> wrote:
>>> On Oct 16, 2012, at 9:18 PM, Nico Weber <thakis at chromium.org> wrote:
>>>> It's also pretty disrupting to land a CL that breaks the build and
>>>> then ignore the bug report for it for 2 weeks.
>>> Yeah, sorry about the slow response.
>>>> Repro steps are:
>>>> 1. Get a 10.6 box
>>> I don't have a 10.6 box. Certainly someone at Apple must have one around, but it will take me longer to find one that I can use. I was hoping for a quick fix.
>> PR14102 looks like a different issue than PR14013, where the problem was that the armv7 slice was dropped from the cc_kext_ios5 config, leaving it with no valid architectures at all. In your case, it is going ahead and building armv7 for both cc_kext and cc_kext_ios5 but failing intermittently, apparently when creating the archive.
>> You say that you have a 10.6 box. What version of Xcode do you have installed?
>> Did you also install the command-line tools package?
> All versions of Xcode that run on 10.6 precede the command-line tools
> package thingy as far as I know. (3.2.6 does for sure.)
The command line package tool does exist in pre Xcode 4 versions, but it is exposed as an optional package that you can check/uncheck in the installer.
I can't remember if is was check by default though.
More information about the cfe-commits