<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 15, 2015 at 6:55 PM, Eric Fiselier <span dir="ltr"><<a href="mailto:eric@efcs.ca" target="_blank">eric@efcs.ca</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">1. What would happen if the user attempts to take the address of a function marked</div><div class="gmail_extra">`__attribute__((internal_linkage))`? Wouldn't this case required external linkage?</div><div class="gmail_extra">For libc++ it's sufficient if it causes a compile error because users aren't allowed</div><div class="gmail_extra">to take the address of functions in the standard library.</div></div></div></blockquote><div><br></div><div>Addresses of such functions would just compare not equal across TUs. I think that's pretty reasonable, and probably conformant. There are many ways that STL functions can be called indirectly (std::function's vtable), so I don't think we want to try to forbid that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">2. It would be great if we could apply the attribute to a namespace, that in turn applies it to</div><div class="gmail_extra">   all of the symbols within. Would this be possible? </div></div></div></blockquote><div><br></div><div>The Clang attribute machinery *appears* to support attributes on namespace, but there doesn't seem to be a single test for it in the test suite. I don't think we can do that yet. Anyway, this feels like a separate feature request to me.</div></div></div></div>