Re: silence compiler warning in brin.c

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: silence compiler warning in brin.c
Дата
Msg-id 626379.1654103181@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: silence compiler warning in brin.c  (Zhihong Yu <zyu@yugabyte.com>)
Ответы Re: silence compiler warning in brin.c  (Nathan Bossart <nathandbossart@gmail.com>)
Re: silence compiler warning in brin.c  (Zhihong Yu <zyu@yugabyte.com>)
Список pgsql-hackers
Zhihong Yu <zyu@yugabyte.com> writes:
> On Wed, Jun 1, 2022 at 9:35 AM Nathan Bossart <nathandbossart@gmail.com>
> wrote:
>> I'm seeing a compiler warning in brin.c with an older version of gcc.
>> Specifically, it seems worried that a variable might not be initialized.
>> AFAICT there is no real risk, so I've attached a small patch to silence the
>> warning.

Yeah, I noticed the other day that a couple of older buildfarm members
(curculio, gaur) are grousing about this too.  We don't really have a
hard-n-fast rule about how old a compiler needs to be before we stop
worrying about its notions about uninitialized variables, but these are
kind of old.  Still, since this is the only such warning from these
animals, I'm inclined to silence it.

> It seems the variable can be initialized to the value of GUCNestLevel since
> later in the func:
>     /* Roll back any GUC changes executed by index functions */
>     AtEOXact_GUC(false, save_nestlevel);

That seems pretty inappropriate.  If, thanks to some future thinko,
control were able to reach the AtEOXact_GUC call despite not having
called NewGUCNestLevel, we'd want that to fail.  It looks like
AtEOXact_GUC asserts nestLevel > 0, so that either 0 or -1 would
do as an "invalid" value; I'd lean a bit to using 0.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: plperl tests fail with latest Perl 5.36
Следующее
От: Tom Lane
Дата:
Сообщение: Re: plperl tests fail with latest Perl 5.36