Ping!<br><br>I still think this patch is Kinda Ugly, but we've been running with it for about a month now. Please review!<br><br>Link to original post with attachment: <a href="http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20110207/038571.html">http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20110207/038571.html</a><br>

<br>Nick<br><br><div class="gmail_quote">On 15 February 2011 18:47, Nick Lewycky <span dir="ltr"><<a href="mailto:nlewycky@google.com">nlewycky@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Hi,<div><br></div><div>There's a small difference between gcc and clang in emitted .d files when -include was passed a relative path. Sadly, this actually breaks our build system. GCC preserves what the user wrote in the argument while clang replaces it with an absolute path. That breaks for us because we try to relocate those files afterwards.</div>



<div><br></div><div>This moderately gnarly patch extends an existing hack to insert the file specified in the -include path first, and any subsequent #include lookups will find the same file with the first path is was looked up with.</div>



<div><br></div><div>Please review!</div><div><br></div><font color="#888888"><div>Nick</div><div><br></div>
</font></blockquote></div><br>