[cfe-dev] anyone knows the current state of libc++ on windows?
G M
gmisocpp at gmail.com
Mon May 12 05:43:27 PDT 2014
Hi
On Tue, May 13, 2014 at 12:12 AM, Nico Rieck <nico.rieck at gmail.com> wrote:
> On 08.05.2014 15:19, Dennis Luehring wrote:
> > Am 08.05.2014 14:59, schrieb Yaron Keren:
> >> Why use the combination of: clang compiler & Visual C++ link & Visual
> >> C++ C
> >> headers & libcxx C++ headers ?
> >
> > i thought this would be the base for an MinGW free libc++/clang on
> Windows
> > clang as my c++ compiler using an libc++ build with clang based on msvc
> > c-runtime headers/lib
>
> One problem with eliminating MinGW is that the MSVCRT lacks quite a few
> things for libc++, and I'm not sure it's such a good idea to stuff all
> that compat into libc++. That's why I started a lean
> C11/C++11-compatible libc some time ago. Initially just with stubs to
> help with testing, but it grew over time. Math routines would be the
> primary obstacle here to make it usable.
>
> When it comes to the ABI, there's no good solution yet. The MS ABI
> doesn't quite fit what libc++ expects, and is also missing support for
> some C++ features not implemented by MS yet. If you use the
> Windows-incompatible Itanium ABI you need MinGW's linker and their hacks
> to make it work (this mainly affects vtable/rtti layout and DLLs).
>
> With the recent rework of the Windows-specific triples it would probably
> be possible to define a compatible Itanium-derived ABI. If you also
> include lld, this would give you a full BSD-compatible toolchain without
> MinGW and MSVC.
>
> -Nico
>
I thought that. I also wondered at one point if musl-libc:
http://wiki.musl-libc.org/wiki/Supported_Platforms
and libcxx would be good pair up.
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140513/a4187bab/attachment.html>
More information about the cfe-dev
mailing list