Clang seems to be having troubles parsing the standard library headers because of this bug:

C:/MinGW32/bin\..\lib\clang\3.1/../../../include/c++/4.7.0\bits/stl_pair.h:193:40: error: member access into incomplete type 'std::pair<const char *, const int *>'
      noexcept(noexcept(swap(first, __p.first))

Are there any known workarounds?


On Sun, Jan 15, 2012 at 12:06 AM, Ruben Van Boxem <> wrote:
Hi everyone,

Today I uploaded a new set of toolchains built with:
 - binutils trunk
 - GCC 4.7 (trunk)
 - MinGW-w64 v2.x stable branch
 - gdb trunk
 - Clang/LLVM trunk
in short, all the latest greatness

This GCC is built with internal posix threading (like the last four versions I built), as to enable the <thread> and <chrono> features in libstdc++. One caveat that is still present: if you use std::thread, you'll need to link with "-static", otherwise the thread's join() function will throw an exception.

What changed?
 - no Mac build: the GCC 4.7 build system doesn't seem to work for me in this case
 - I added "-static" to my link commands, so that all the GCC executables should be independent of the GCC runtime dll's, allowing you to call the programs without first adding the "bin" directory to PATH. This changes nothing for programs built with this toolchain.

If you find any issues, please report them and I'll see what I can do to help. Please try out Clang and pester their bugtracker/mailing list with Windows issues you discover ;-) I do believe there are some compatibility issues with libstdc++ popping up. Usability might be reduced since the GCC 4.6 builds.


PS: download links:

RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
Mingw-w64-public mailing list