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
Right now both Makefile and CMakeLists.txt treat warnings as errors unconditionally.
In general we'd like to be warning-free if possible. But due to the multitude of compilers and compiler versions this isn't a guarantee that is going to be easy for us to provide. We'll keep hitting random warnings from random compilers on random architectures.
Right now when a warning like that is encountered, it blocks progress for the users or distributions. Which doesn't seem ideal.
Of course if we simply remove these flags, we'll just start accumulating warnings on our primary supported systems which is not healthy.
Considering adding flags to both build infras to enable warnings-as-errors and keep the off by default, but enable in CI. The downside is that developers may ignore these when developing locally, but the CI will catch it so it's probably fine. Some warnings due to build misconfiguration may be more important than others, so it's not always safe to ignore all of them either...
Looking for feedback. I know different projects have different sensibilities around this.
The text was updated successfully, but these errors were encountered:
I think that direction makes sense. But perhaps WAS (warnings-as-errors) should also be enabled by default for all builds, but make it easy for developers to disable via flag as you mentioned.
Following this direction assumes that developers using different compilers will eventually resolve warnings as they come (and hopefully this is the case). It's not ideal but I think it's important to have them as errors to enforce good code standards.
Right now both Makefile and CMakeLists.txt treat warnings as errors unconditionally.
In general we'd like to be warning-free if possible. But due to the multitude of compilers and compiler versions this isn't a guarantee that is going to be easy for us to provide. We'll keep hitting random warnings from random compilers on random architectures.
Right now when a warning like that is encountered, it blocks progress for the users or distributions. Which doesn't seem ideal.
Of course if we simply remove these flags, we'll just start accumulating warnings on our primary supported systems which is not healthy.
Considering adding flags to both build infras to enable warnings-as-errors and keep the off by default, but enable in CI. The downside is that developers may ignore these when developing locally, but the CI will catch it so it's probably fine. Some warnings due to build misconfiguration may be more important than others, so it's not always safe to ignore all of them either...
Looking for feedback. I know different projects have different sensibilities around this.
The text was updated successfully, but these errors were encountered: