[cfe-dev] [LibC++] Incompatibility between '<stdio.h> from LibC++ v5.0's ' Newlib v2.5.0, and a workaround/fix
Martin J. O'Riordan via cfe-dev
cfe-dev at lists.llvm.org
Thu Sep 21 14:38:27 PDT 2017
Hi Eli,
The "wrapper" is called 'libcxx/include/stdio.h', but I think that I have
managed to get an SVN merge problem that is not properly resolved (though
how far back I cannot tell) as I can clearly see that the new wrapper
version of '<stdio.h>' is a lot simpler than the one I have so this is a
false negative. My apologies.
Thanks,
MartinO
From: cfe-dev [mailto:cfe-dev-bounces at lists.llvm.org] On Behalf Of Friedman,
Eli via cfe-dev
Sent: 21 September 2017 19:36
To: ORiordan, Martin <martin.oriordan at intel.com>; Clang Dev
<cfe-dev at lists.llvm.org>
Subject: Re: [cfe-dev] [LibC++] Incompatibility between '<stdio.h> from
LibC++ v5.0's ' Newlib v2.5.0, and a workaround/fix
On 9/21/2017 8:07 AM, ORiordan, Martin via cfe-dev wrote:
I have been working on stabilising our out-of-tree sources following the
upgrade to the v5.0 Final Release, and came across an incompatibility
between the '<stdio.h>' provided with Newlib v2.5.0 and the one provided
with LibC++ v5.0.
The problem is how LibC++ handles the 'getc' and 'putc' implementations, and
if these are defined it uses a shim, then '#undef's the original, and
redefines them as functions.
Please specify which file, on which branch, you're talking about. As far as
I can tell, libc++ hasn't included a wrapper for putc since r249475 (roughly
two years ago).
-Eli
--
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/20170921/474d02a6/attachment.html>
More information about the cfe-dev
mailing list