[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/

[Nico Weber]

Fixed it for me too. Thanks!

On Wed, Oct 17, 2012 at 11:37 AM, Daniel Dunbar <daniel at zuster.org> wrote:
> It looks to me like cctools ranlib just can't understand the ARM
> object files. I took Bob's tack in:
>   http://llvm.org/viewvc/llvm-project?view=rev&revision=166114
> and just drop them on 10.6.
>
> I tested this on a 10.6 machine and it resolves the issue for me, let
> me know if it doesn't work for you for some reason.
>
> Cheers,
>  - Daniel
>
> On Wed, Oct 17, 2012 at 9:54 AM, Nico Weber <thakis at chromium.org> wrote:
>> With the verbose patch I see all commands, but all ranlib invocations
>> are run with `2> /dev/null`, so I still don't get error output. But it
>> looks like you worked around that somehow already :-)
>>
>> If disabling the arm bits on <= 10.6 fixes things, that sounds good to
>> me. Let me know if you want me to test any patches.
>>
>> On Wed, Oct 17, 2012 at 9:36 AM, Jean-Daniel Dupas
>> <devlists at shadowlab.org> wrote:
>>>
>>> Le 17 oct. 2012 à 18:18, Jean-Daniel Dupas <devlists at shadowlab.org> a écrit :
>>>
>>>>
>>>> Le 17 oct. 2012 à 17:55, Nico Weber <thakis at chromium.org> a écrit :
>>>>
>>>>> On Wed, Oct 17, 2012 at 1:03 AM, Jean-Daniel Dupas
>>>>> <devlists at shadowlab.org> wrote:
>>>>>>
>>>>>> 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?
>>>>>>>
>>>>>>> 3.2.6
>>>>>>>
>>>>>>>> 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.
>>>>>
>>>>> I do have libtool and co in my path (and didn't do anything to make
>>>>> that happen). Also, if I revert the iOS 6 changes locally, things
>>>>> build fine, so I doubt that's related.
>>>>
>>>>
>>>> If you apply the attached patch to clang, and build using "make VERBOSE=1" it should print all compilation commands (including runtime libraries compilation).
>>>>
>>>> Maybe it can help to nail down the source of the problem.
>>>>
>>>> I have a 10.6 machine and will try to reproduce the bug too.
>>>
>>>
>>> I found an issue too. It crashes on the "ar" invocation used to build the armv7 compiler-rt library for cc_kext with the error:
>>>
>>> /usr/bin/ranlib: object: /Users/jddupas/Projects/llvm/simplebuild/tools/clang/runtime/compiler-rt/clang_darwin/cc_kext/armv7/libcompiler_rt.a(absvdi2.o) malformed object (unknown load command 1)
>>> ar: internal ranlib command failed
>>>
>>>
>>> -- Jean-Daniel
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> cfe-commits mailing list
>> cfe-commits at cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits