<div dir="ltr">Thanks for your progress messages. I still have 10.6.8 machines that I might one day want a modern LLVM on, ranging from a Core Solo Mac Mini, to an alternative boot partition on my main quad core i7 17" MBP (take it from my cold dead hands etc etc).<div><br></div><div>Do you now have LLVM 3.8 working?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 13, 2016 at 10:57 PM, ardi via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Apr 12, 2016 at 3:48 PM, ardi <<a href="mailto:ardillasdelmonte@gmail.com">ardillasdelmonte@gmail.com</a>> wrote:<br>
[...]<br>
<span class="">><br>
> Is there any way I can build LLVM 3.4.2 in El Capitan, specifying that<br>
> the linker will be the one from 10.6.8?<br>
<br>
</span>In case anybody else faces this problem, if you build LLVM on a recent<br>
OS X release but specifying the deployment target to an older OS X<br>
version, when you run such build on the older OS X version, you need<br>
to specify -mlinker-version=97.17 as an option to clang/clang++ if the<br>
-rdynamic flag is also used. Otherwise, it will call the linker<br>
supposing it's a newer one, and it will fail because of unsupported<br>
options.<br>
<br>
It's somewhat uncomfortable to specify -mlinker-version=97.17 on each<br>
clang/clang++ invocation, but at least it fixes this problem and it<br>
works.<br>
<span class="HOEnZb"><font color="#888888"><br>
ardi.<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</div></div></blockquote></div><br></div>