<div><div dir="auto">If folks can reproduce this issue on other platforms than OS X , id greatly appreciate it. If only to confirm that it’s as reproducible as I believe it is.  </div></div><div dir="auto"><br></div><div dir="auto">I should mention that at least on OS X, it’s slightly easier to trigger the issue / stumble across it with gcc rather than clang (on OS X, clang was picking up the o stalled system headers but gcc was failing. Without installed headers both fail for me. )</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 27, 2020 at 10:37 PM Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com">carter.schonwald@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hey all,</div><div dir="auto">For those using Hadrian for platforms where intree gmp config is important, some sleuthing I’ve done over the past half  seems to indicate that currently it’s not correct via Hadrian, but only via make. </div><div dir="auto"><br></div><div dir="auto"><div><a href="https://gitlab.haskell.org/ghc/ghc/issues/17756" target="_blank">https://gitlab.haskell.org/ghc/ghc/issues/17756</a></div>I’m able to reproduce this on multiple OS X machines (though it took me a while to read apart that is Hadrian specific.)</div><div dir="auto"><br></div><div dir="auto">Punchline : at the moment, Hadrian intree gmp builds succeed because gmp headers in default include search paths of gcc/clang get picked up. In a properly isolated environment / one without the offending header leakage, I’m able at least on OS X to get Hadrian with intree gmp to consistently fail. </div>
</blockquote></div></div>