<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">From off-list, got the compiler
invocation. It looks like it's invoking clang from Xcode, and
that clang has a bug where it incorrectly defines __ARM_EABI__ for
-arch armv7em. (Not sure off the top of my head how old
AppleClang 7 is.)<br>
<br>
Should work if you build using a more recent version of clang. Or
maybe you can work around the problem by commenting out the call
to darwin_add_embedded_builtin_libraries() in
compiler-rt/cmake/Modules/CompilerRTDarwinUtils.cmake .<br>
<br>
-Eli<br>
<br>
On 3/14/2018 1:24 PM, Nico Weber wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAMGbLiFb3-SGDVVBhftaQej4V7gdZeOf4+G8S2WKy4+LZ669EA@mail.gmail.com">
<div dir="auto">(for ninja, pass -v to ninja)</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Wed, Mar 14, 2018, 7:35 PM Friedman, Eli via
cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org"
moz-do-not-send="true">cfe-dev@lists.llvm.org</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Can you get
the exact command-line for the failing command? (With make,<br>
you should be able to get that with "make VERBOSE=1", I
think.)<br>
<br>
-Eli<br>
<br>
On 3/14/2018 10:51 AM, Sean McBride wrote:<br>
> Eli,<br>
><br>
> I don't believe I'm specifying any target triple (I
confess I don't exactly know what that is). I'm just doing a
vanilla cmake & make on macOS 10.10 using Xcode 7.2.1's
compiler & SDK. No cross compiling. Searching cmake's
output for "triple" reveals this though:
x86_64-apple-darwin14.5.0<br>
><br>
> One new data point: if I manually apply Akira's
DISPATCH_NOESCAPE fix to r314850, that builds; but r314851
does not.<br>
><br>
> Sean<br>
><br>
><br>
> On Mon, 12 Mar 2018 12:22:25 -0700, Friedman, Eli said:<br>
><br>
>> What target triple are you compiling for? Targets
which define<br>
>> "__ARM_EABI__" should also define "__ELF__", as far
as I know.<br>
>><br>
>> -Eli<br>
>><br>
>> On 3/12/2018 6:50 AM, Sean McBride wrote:<br>
>>> Akira,<br>
>>><br>
>>> Yes, it seems so. If I try to build r321543 I
don't get the<br>
>> DISPATCH_NOESCAPE error, but do still get the
adddf3.c error.<br>
>>> Sean<br>
>>><br>
>>><br>
>>> On Sat, 10 Mar 2018 15:46:54 -0800, Akira
Hatanaka said:<br>
>>><br>
>>>> Wasn't the NOESCAPE error fixed in r321543?<br>
>>>><br>
>>>> <a href="https://reviews.llvm.org/D41601"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://reviews.llvm.org/D41601</a><br>
>>>><br>
>>>> On Sat, Mar 10, 2018 at 1:35 PM, Sean McBride
<<a href="mailto:sean@rogue-research.com" target="_blank"
rel="noreferrer" moz-do-not-send="true">sean@rogue-research.com</a>><br>
>>>> wrote:<br>
>>>><br>
>>>>> CC'ing ahatanak and efriedma<br>
>>>>><br>
>>>>> So I bisected where building on macOS
10.10 broke, and found at least 2<br>
>>>>> commits that introduced errors:<br>
>>>>><br>
>>>>> -------------------------------<br>
>>>>> r313929 | ahatanak | 2017-09-21 18:16:50
-0400 (Thu, 21 Sep 2017)<br>
>>>>><br>
>>>>>
/llvm/llvm/projects/compiler-rt/lib/tsan/rtl/tsan_libdispatch_mac.cc:<br>
>> 229:1:<br>
>>>>> error: unknown type name
'DISPATCH_NOESCAPE'<br>
>>>>> DISPATCH_INTERCEPT_SYNC_B(dispatch_sync,
false)<br>
>>>>> ^<br>
>>>>> -------------------------------<br>
>>>>><br>
>>>>> -------------------------------<br>
>>>>> r314851 | efriedma | 2017-10-03 17:25:07
-0400 (Tue, 03 Oct 2017)<br>
>>>>><br>
>>>>>
/llvm/llvm/projects/compiler-rt/lib/builtins/adddf3.c:28:53:
error: alias<br>
>>>>> unsupported on this file format<br>
>>>>> AEABI_RTABI double __aeabi_dadd(double a,
double b)<br>
>>>>> COMPILER_RT_ALIAS(__adddf3);<br>
>>>>>
^<br>
>>>>> -------------------------------<br>
>>>>><br>
>>>>><br>
>>>>> On Wed, 7 Feb 2018 12:23:16 +0100, Hans
Wennborg said:<br>
>>>>><br>
>>>>>> I just ran into the same thing :-/<br>
>>>>>><br>
>>>>>> On Fri, Jan 26, 2018 at 11:22 PM,
Sean McBride via cfe-dev<br>
>>>>>> <<a
href="mailto:cfe-dev@lists.llvm.org" target="_blank"
rel="noreferrer" moz-do-not-send="true">cfe-dev@lists.llvm.org</a>>
wrote:<br>
>>>>>>> Hi all,<br>
>>>>>>><br>
>>>>>>> I just tried updating my clang
build on a few machines, and it built<br>
>>>>>> fine on 10.11, but on a macOS 10.10
with AppleClang 7.0.2.7000181 I get<br>
>>>>> this:<br>
>>>>>>>
/Users/builder/llvm/llvm/projects/compiler-rt/lib/builtins/adddf3.c:<br>
>>>>>> 28:53: error: alias unsupported on
this file format<br>
>>>>>>> AEABI_RTABI double
__aeabi_dadd(double a, double b)<br>
>>>>>> COMPILER_RT_ALIAS(__adddf3);<br>
>>>>>>>
^<br>
>>>>>>>
/Users/builder/llvm/llvm/projects/compiler-rt/lib/builtins/int_lib.h:<br>
>>>>>> 29:36: note: expanded from macro
'COMPILER_RT_ALIAS'<br>
>>>>>>> #define
COMPILER_RT_ALIAS(aliasee) _Pragma("GCC error(\"alias<br>
>>>>>> unsupported on this file format\")")<br>
>>>>>>>
^<br>
>>>>>>> <scratch space>:89:6: note:
expanded from here<br>
>>>>>>> GCC error("alias unsupported
on this file format")<br>
>>>>>>> ^<br>
>>>>>>><br>
>>>>>>> Should this build? Is 10.10
supported?<br>
>> --<br>
>> Employee of Qualcomm Innovation Center, Inc.<br>
>> Qualcomm Innovation Center, Inc. is a member of Code
Aurora Forum, a<br>
>> Linux Foundation Collaborative Project<br>
>><br>
> Cheers,<br>
><br>
<br>
--<br>
Employee of Qualcomm Innovation Center, Inc.<br>
Qualcomm Innovation Center, Inc. is a member of Code Aurora
Forum, a Linux Foundation Collaborative Project<br>
<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank"
rel="noreferrer" moz-do-not-send="true">cfe-dev@lists.llvm.org</a><br>
<a
href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote>
</div>
</blockquote>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project</pre>
</body>
</html>