<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Ed,<div class=""><br class=""></div><div class="">The native llvm-config isn’t needed by the build, but it is included as part of the ‘all’ target. The idea is that if you’re cross compiling you’ll want a host-executable llvm-config to configure clients using the cross-built LLVM from your host.</div><div class=""><br class=""></div><div class="">Since the CMake build doesn’t actually use llvm-config, we could probably make an option to exclude it from the ‘all’ target, but we probably don’t want that to be the default behavior because it is very useful.</div><div class=""><br class=""></div><div class="">-Chris</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Sep 10, 2015, at 2:37 PM, <a href="mailto:ed@modk.it" class="">ed@modk.it</a> via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_quote"><div dir="ltr" class="">I'm cross compiling llvm/libclang. About halfway through a libclang build cmake always runs another configure step in the NATIVE directory.<div class=""><br class=""></div><div class="">This causes problems with configuration settings and pre-compiler definitions. For instance I can't get __STRICT_ANSI__ to stay unset through CMAKE_CXX_FLAGS. It works for first 49% of the build but after that reconfigure at the 50% mark in the NATIVE dir __STRICT_ANSI__ gets set again causing the build to error out on isascii calls. </div><div class=""><br class=""></div><div class="">After patching that I ran into a bunch of other issues including missing strsignal and am beginning to wonder why we need a native llvm-config and why we can't just point to it like we do native tablegen (-DLLVM_TABLEGEN=path/to/llvm-tablegen)</div>
<div class=""><br class=""></div><div class="">Any thoughts? Any way to avoid this step? Any ideas where to start poking around to understand how to get my includes setup properly for this native build portion while not screwing with the cross compile?</div><div class=""><br class=""></div><div class="">P.S. The <a href="mailto:llvmdev@cs.uiuc.edu" class="">llvmdev@cs.uiuc.edu</a> email that used to work to post to the list and the one posted here no longer works and is bouncing: <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" class="">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a> Looks like an alias was taken down in early August if that archive cutting off then is a sign.</div><div class=""><br class=""></div><div class="">Thanks!</div><span class=""><font color="#888888" class=""><div class="">Ed</div>
</font></span></div>
</div><br class=""></div>
_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev<br class=""></div></blockquote></div><br class=""></div></body></html>