<div class="gmail_quote">2011/9/25 Ruben Van Boxem <span dir="ltr"><<a href="mailto:vanboxem.ruben@gmail.com">vanboxem.ruben@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">2011/9/23 Howard Hinnant <span dir="ltr"><<a href="mailto:hhinnant@apple.com" target="_blank">hhinnant@apple.com</a>></span><br></div><div><div></div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Sep 23, 2011, at 3:14 PM, Ruben Van Boxem wrote:<br>
<br>
> Can anything be done about this GCC incompatibility: <a href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10980#c7" target="_blank">http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10980#c7</a> ? It is preventing me from linking a functional libc++ (as Clang is not capable of producing correct object files to be linked together), and of course, testing the beast :). To fix it, this basically needs the functions in question to not be declared as "always inline", because GCC produces an error in this case. If Clang does not inline in this case, it should really also produce an error instead of silently ignoring the attribute.<br>


<br>
</div>Seems like the easiest thing to do would be to rewrite these without using va_list.  Only one or two arguments need to be supported.  Just make these always-inline templates.<br></blockquote><br></div></div>Thanks for the valuable idea. Attached patch implements these for non-clang compiles (#ifdef __clang__). I also used the available *_l function variants for those that are available on Windows (MSVC++ runtime 8.0 and later). I also fixed up the win32 support header stuff to work with the full <locale> header things required.<br>

I added a mingw bit to the lib/buildit script, that for now quite hackishly links to libsupc++ and allows multiple definitions due to a missing alternative. This will at least allow some testing to happen on the rest of the libc++ code, that isn't compiled into the library itself.<br>

I envision a full LLVM alternative to libgcc and libsupc++, but that is still a looooong way off.<br><br>Comments and especially commits are very welcome!<br></div></blockquote><div><br>Apologies, I missed a return statement in the previous patch. Attached is an updated one.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><font color="#888888"><br>Ruben<br></font><br>PS: the only thing holding back a test run is an undefined reference in mingw-w64's winpthreads library.<br>

</div>
</blockquote></div><br>