WebAssembly / WebAssembly/wasi-libc
no way for applications to detect pthread in configure time
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 1k
- Forks
- 251
- Avg merge
- 7h 15m
- Merged PRs (30d)
- 3
Description
a recent change moved pthread_create for wasm32-wasip1 to libc.
it broke configure-time detection of pthread like cmake FindThreads.
FindThreads internally uses CheckLibraryExists, which attempts to detect pthread_create symbol, building an equivalent of the following program.
int main(int argc, char **argv)
{
pthread_create();
}
as it doesn't include pthread.h at all, _WASI_STRICT_PTHREAD has no chance to work it around.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the pthread_create detection example in the issue and inspect how CMake FindThreads uses CheckLibraryExists without including pthread.h. Determine how configure-time detection can work after pthread_create moved into libc; done when pthread support is reliably detectable for wasm32-wasip1.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, cmake, wasm
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100