<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 28, 2014 at 1:16 PM, Nico Weber <span dir="ltr"><<a href="mailto:thakis@chromium.org" target="_blank">thakis@chromium.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Mon, Apr 28, 2014 at 1:05 PM, Reid Kleckner <span dir="ltr"><<a href="mailto:rnk@google.com" target="_blank">rnk@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Even if we commit this workaround, can we report this as a bug to upstream Linux?</div></blockquote><div><br></div></div><div>As mentioned above, I'm guessing Linux probably doesn't want to depend on C standard headers, so they wouldn't see this as a bug in Linux.</div>
</blockquote></div><br>Just FYI, there is a more subtle distinction here.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Linux probably wants to not depend on a C standard library. But stddef.h and the definition of NULL is actually available even in a *freestanding* implementation of C which has no standard library. It's required to be provided by the compiler. As such, I actually think Linux would be OK with including stddef.h from a technical perspective. Any barrier here would be historical or political.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">That said, either historical or political barriers would be barriers all the same, and more pressingly we can't retroactively change all of the existing linux kernel headers and glibcs deployed around the world and trying to use Clang. So suggesting *only* changing either Linux or glibc is a non-starter. We need to both change Clang to work around this, and (where we can) suggest to the upstream communities a more clean solution.</div>
</div>