https://llvm.org/bugs/show_bug.cgi?id=26365
Bug ID: 26365
Summary: Can no longer build with mingw-w64 using win32 threads
Product: new-bugs
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: a...@crichton.co
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
The mingw-w64 toolchains generally come with two different threading models.
One is straight bindings to the win32 threading APIs, and the other is a
pthread threading model (with a pthreads-like interface). Over in Rust-land we
tend to prefer the win32 toolchain because the generated binaries won't have a
dependency on libpthread.dll.
With LLVM 3.8, however, the mingw-w64 toolchains with the win32 threading model
can no longer build LLVM. This is unfortunately because the `std::thread` type
only exists in the pthreads toolchain, not in the win32 one.
We'd love to stick with the win32 toolchain if possible (fewer runtime
dependencies of the compiler), so I was wondering a few things:
* Has anyone else run into this yet? If so, sorry for the noise!
* Would it be possible to support the win32 mingw-w64 toolchains? Unfortunately
the only way I know of to do this would be to not use `std::thread` (which I
suspect is quite nice to use...)
* Would it be possible to #define away the support that requires `std::thread`?
We probably don't need this class and/or the support it enables in Rust, so if
we could just not build this part that'd also work for us!
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
