[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: coreutils and GCC -fanalyzer
From: |
Paul Eggert |
Subject: |
Re: coreutils and GCC -fanalyzer |
Date: |
Sat, 23 May 2020 09:08:09 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 |
On 5/23/20 8:56 AM, Pádraig Brady wrote:
> Note -Wanalyzer... flags are ineffective without -fanalyzer.
> Also -Wanalyzer-too-complex (now auto enabled by gnulib) is currently quite
> problematic with -fanalyzer.
Hmm, that's odd, since I recall getting more warnings with those flags enabled.
Perhaps not all of them are disabled when you don't use -fanalyzer? Or maybe my
memory is faulty.
Anyway, cleary the Gnulib manywarnings module needs to be fixed to do a better
job here, and this reminds me of another problem that has been bothering me for
quite some time: ./configure spends way too much time testing for individual
warnings when the manywarnings module is in use. So I am thinking of killing two
stones by doing the following.
1. Test for -fanalyzer, -Wall, -Wextra.
2. Test for flags not automatically enabled by -fanalyzer, -Wall, -Wextra but
flags that we want anyway.
3. Test for flags automatically enabled by -fanalyzer, -Wall, -Wextra that are
also flags that we don't want.
This should make 'configure' much faster. It'll also fix the issue you
mentioned. And we can make sure that -Wanalyzer-too-complex is not mentioned in
step (2) so that Gnulib won't generate it.
Ccing to bug-gnulib since this is really more of a bug-gnulib issue.