R
> > > does this break pthread detection mechanisms like cmake find_package(Threads)? > > > > > > I don't know. I don't use cmake beyond building other software that...
I've rebased this PR and fixed the issues that CI uncovered. I do wish to merge this, but a decision needs to be made about how to handle the "pthreads...
The immediate reason is: I want to be able to build clang+LLVM for WASI (using @whitequark's patchset), which requires threading functions inside libcxx. The usage of types such as `std::mutex`...
> how about having libwasi-emulated-pthread.a to follow the precedents? Oh! I quite like this idea! I would still want libcxx to be built with threading support enabled for both `single`...
> do you mean to make wasi-sdk ship libcxx built with LIBCXX_ENABLE_THREADS=ON? > > why? Yes, because I specifically want to easily port software which uses C++11 threading. i.e. the...
@yamt I feel like we are repeatedly talking past each other. Is there any way we can jump into a real-time discussion (e.g. IRC)?
ping, is there some way through which we can arrive at community consensus about how this pthreads stub functionality should be named and exposed?
As there have been multiple people in support of something like this, I have: * moved the stub files to a new top-level directory (not inside libc-top-half anymore) * linked...