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