You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently update_external_sources.sh::build_glslang in the decoder project does not specify a generator and assumes the user has not configured an alternative default (a relatively new feature in CMake).
It would help to avoid issues to specify the generator explicitly with -G "Unix Makefiles" (similar to build_shaderrc) when you do not use the generator aware cmake build wrapper functions.
The text was updated successfully, but these errors were encountered:
This bug is not about the chosen build generator, only making your own choices work on other people's machines.
If you hardcode the generator into your script, you should also hard code the generator into your cmake calls. This way your script works when the default on my machine is not the default on your machine.
Incorrectly creates using the default generator, and then hardcodes calls to make. This is often found in legacy cmake code prior to the introduction of configuration default generators and the generator aware cmake --build command line.
Currently
update_external_sources.sh::build_glslang
in the decoder project does not specify a generator and assumes the user has not configured an alternative default (a relatively new feature in CMake).It would help to avoid issues to specify the generator explicitly with
-G "Unix Makefiles"
(similar to build_shaderrc) when you do not use the generator awarecmake build
wrapper functions.The text was updated successfully, but these errors were encountered: