-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
Unresolved external Symbols and Linker Errors when building application with GLFW with clang on windows #1981
Comments
my apologies.. I think didn't correctly described the issue :/ |
It looks like you are using a GLFW library file compiled for the DLL form of the UCRT while your application is being compiled for the static library form. If you are using an archive of precompiled files from our release page, use the |
I am not using precompiled files.
I am not sure what you mean by that. here is what I am using to build the app.
I did make sure |
okay I understood what you meant by that. |
It depends, what tools are you using to compile GLFW? |
Cmake + ninja and clang. |
The version of CMake I tested this on (3.21.0) honored the standard CMAKE_MSVC_RUNTIME_LIBRARY variable when generating for Ninja and Clang. You want to set it to |
Alright! Thank you. |
I have a doubt about this issue. Does this mean that the right way to compile the glfw source code using more modern versions of cmake is to set that really long variable to that really long value? Shouldn't the BUILD_SHARED_LIB variable give enough information to cmake to build the static multithreading version of glfw? |
I used cmake and ninja.
OS and version: Windows 10 Build 19043
Compiler version: clang version 13.0.0
Release or commit:
fb0f2f92a38c1d6a776ffeb253329f8d1c65694c
Build log:
The text was updated successfully, but these errors were encountered: