-
-
Notifications
You must be signed in to change notification settings - Fork 228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clang on Cygwin64 compains about -mthreads #38
Labels
bug
Something isn't working
Comments
Kojoley
added a commit
to Kojoley/build
that referenced
this issue
Apr 23, 2023
-mthreads is obsolete and is not presented in clang, and was never a thing in cygwin (fixes bfgroup#38). I have no idea why clang was configured to add -pthread on threadapi=win32, changing this is a breaking change but is the right thing to do. I run Boost.Thread tests and it passed cleanly on both threadapi=win32 and threadapi=pthread.
grafikrobot
pushed a commit
that referenced
this issue
Apr 24, 2023
-mthreads is obsolete and is not presented in clang, and was never a thing in cygwin (fixes #38). I have no idea why clang was configured to add -pthread on threadapi=win32, changing this is a breaking change but is the right thing to do. I run Boost.Thread tests and it passed cleanly on both threadapi=win32 and threadapi=pthread.
github-actions bot
pushed a commit
that referenced
this issue
Apr 24, 2023
-mthreads is obsolete and is not presented in clang, and was never a thing in cygwin (fixes #38). I have no idea why clang was configured to add -pthread on threadapi=win32, changing this is a breaking change but is the right thing to do. I run Boost.Thread tests and it passed cleanly on both threadapi=win32 and threadapi=pthread. (cherry picked from commit 308bdd5)
grafikrobot
pushed a commit
that referenced
this issue
Apr 24, 2023
-mthreads is obsolete and is not presented in clang, and was never a thing in cygwin (fixes #38). I have no idea why clang was configured to add -pthread on threadapi=win32, changing this is a breaking change but is the right thing to do. I run Boost.Thread tests and it passed cleanly on both threadapi=win32 and threadapi=pthread. (cherry picked from commit 308bdd5) Co-authored-by: Nikita Kniazev <nok.raven@gmail.com> [skip ci]
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Make sure you completed the following tasks
Environment and version details
Brief problem description
Boost.Build inserts
-mthreads
argument to the compiler command line, which the compiler doesn't recognize.Also, the compiler is detected as
clang-linux-4
, even though it is clang 8 on Cygwin. At least the version seems off.Steps to reproduce the issue
./bjam.exe -j 8 toolset=clang cxxstd=17 address-model=64 variant=release threading=multi runtime-link=shared optimization=speed inlining=full libs/filesystem/test
Actual behavior summary
The compiler output contains lots of warnings like these:
Expected behavior summary
No such warnings should be present. The compiler version should be correct, instead of
clang-linux-4
.The text was updated successfully, but these errors were encountered: