[cfe-dev] LibC++ v3.8 - Problems with ISO C wrapper headers

[Craig, Ben via cfe-dev]

With regards to "where do we want to be", we shouldn't take the complete 
opposite approach and have the libcxx provide none of the C headers.  At 
a minimum, we need a libcxx version of tgmath.h that hides the C version 
of tgmath.h.  The generic macros from tgmath.h would play havoc with the 
overloaded functions in cmath.

Maybe all the other libcxx C headers could forward to the underlying C 
headers (or maybe not), but tgmath.h (and maybe others I'm forgetting) 
are special, and should not forward to the underlying C header.

On 1/25/2016 4:30 PM, Marshall Clow via cfe-dev wrote:
> On Sat, Jan 23, 2016 at 12:46 PM, Howard Hinnant 
> <howard.hinnant at gmail.com <mailto:howard.hinnant at gmail.com>> wrote:
>
>     [snip]
>     Martin is 100% correct as far as historical intent goes. The
>     mis-interpretation of these words by Richard and Eric is evidence
>     that the standard remains buggy in this area.
>
>
> While I bow to Howard's experience and to his recollection, I have to 
> disagree with his characterization of Richard and Eric's posts as 
> "mis-interpretation".
>
> I believe that they have accurately reflected what is written in the 
> standard.
>
> But that's just a nit.
> The real questions are - where do we want to be, and how can we get there?
>
> (and let's not forget 
> http://cplusplus.github.io/LWG/lwg-defects.html#2086) as well, which 
> implies that there is no support for user-defined types in <cmath>.
>
> -- Marhsall
>
>
>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev

-- 
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20160126/5ba3e451/attachment.html>