On Tue, Mar 26, 2013 at 11:37 AM, Ryosuke Niwa <span dir="ltr">&lt;<a href="mailto:rniwa@webkit.org" target="_blank">rniwa@webkit.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Tue, Mar 26, 2013 at 11:21 AM, Daniel Bratell <span dir="ltr">&lt;<a href="mailto:bratell@opera.com" target="_blank">bratell@opera.com</a>&gt;</span> wrote:</div><div class="gmail_quote"><div class="im">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Is this something that has been talked about in the past, and would you be interested in replacing the long list of directories to search for every include with paths (relative some good base) directly in the include directives?<br>


</blockquote><div><br></div></div><div>Using explicit paths to include files has been talked about in the past; e.g. <a href="https://lists.webkit.org/pipermail/webkit-dev/2011-November/018632.html" target="_blank">https://lists.webkit.org/pipermail/webkit-dev/2011-November/018632.html</a></div>


<div><br></div><div>The most convincing counter argument I can remember is that it&#39;ll make refactoring harder because you&#39;ll have to update all #include&#39;s when you move headers. </div><div><br></div><div>It would be great if we can figure out if this also improves the build time on Mac/Linux.</div>

</div></blockquote><div><br></div><div>Another idea.  What you copied all headers into one directory (in a pre compilation step) and used that as the single include directory?</div><div><br></div><div>- R. Niwa</div><div>

<br></div></div>