This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Am 2019-01-22 um 19:56 schrieb Jonathan Wakely:
On Tue, 22 Jan 2019 at 18:46, Marc Glisse <marc.glisse@inria.fr> wrote:On Tue, 22 Jan 2019, Thomas Koenig wrote:Hi, What would people think about a -Weverything option which turns on every warning there is? I think that could be quite useful in some circumstances, especially to find potential bugs with warnings that people, for some reason or other, found too noisy for -Wextra. The name could be something else, of course. In the best GNU tradition, -Wkitchen-sink could be another option :-)https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31573 and duplicates already list quite a few arguments. Basically, it could be useful for debugging gcc or to discover warnings, but gcc devs fear that users will actually use it for real.Every LLVM dev I've spoken to thinks their -Weverything was a mistake and hates it. It was meant to be for option discovery by automated tools, but users started using it.
The LLVM devs may hate it, but as maintainer of a multi-platform multi-compiler automated build framework I _love_ -Weverything. It's much easier to handle a compiler upgrade this way without missing any new warnings not enabled by -Wall -Wextra. When a new warning shows up due to the changed compiler I can immediately decide if I want to disable it, leave it as a warning or turn it into an error. Longterm maintenance of a -Wno-* list is also a lot less error prone than a positive -W* list in my experience.
Franz
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |