Re: pgsql: Change ThisTimeLineID from a global variable to a local variable
От | Tom Lane |
---|---|
Тема | Re: pgsql: Change ThisTimeLineID from a global variable to a local variable |
Дата | |
Msg-id | 757856.1636305805@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql: Change ThisTimeLineID from a global variable to a local variable (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: pgsql: Change ThisTimeLineID from a global variable to a local variable
|
Список | pgsql-committers |
Michael Paquier <michael@paquier.xyz> writes: > On Fri, Nov 05, 2021 at 04:55:52PM +0000, Robert Haas wrote: >> Change ThisTimeLineID from a global variable to a local variable. > lapwing looks unhappy after this commit: > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=lapwing&dt=2021-11-05%2022%3A40%3A10 > xlog.c: In function 'StartupXLOG': > xlog.c:7249:5: error: 'checkPointLoc' may be used uninitialized in > this function [-Werror=maybe-uninitialized] > xlog.c:6686:5: note: 'checkPointLoc' was declared here Yeah. I've seen some older compilers complain about that code before, but now there are over a dozen buildfarm members warning about it. It's clearly a false positive, since checkPointLoc does get set in the read_backup_label()-failure-return code path. I think we've seen a few other places where likely-to-be-inlined functions have to initialize their result variables to prevent compiler warnings, so I stuck an initialization step into read_backup_label in hopes of silencing it. regards, tom lane
В списке pgsql-committers по дате отправления: