<div dir="ltr">On Tue, Jul 23, 2013 at 5:53 PM, Óscar Fuentes <span dir="ltr"><<a href="mailto:ofv@wanadoo.es" target="_blank">ofv@wanadoo.es</a>></span> wrote:<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Yes. What you are seeing are the platform checks, where the build system<br>
looks for the presence of functions, headers, etc and then generates a<br>
configuration file with that information.</blockquote><div><br></div><div></div></div></div><div class="gmail_extra">I've been meaning to cut down on the number of these because they are super slow and wasteful.  Some of them are dead and can be removed without discussion.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Some of them are used inconsistently, like HAVE_STRING_H.  Do we really support any platform that lacks a <string.h>?  All of Errno.cpp is in an ifdef for this macro, but I suspect we include string.h elsewhere unconditionally.</div>
<div class="gmail_extra"><a href="http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/Support/Errno.cpp?revision=167191&view=markup">http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/Support/Errno.cpp?revision=167191&view=markup</a></div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Is everyone OK with eliminating checks for headers and symbols that we use unconditionally anyway?  (assert.h, mempcy, etc)</div></div>