Re: Enable -Wstrict-prototypes and -Wold-style-definition by default
| От | Peter Eisentraut |
|---|---|
| Тема | Re: Enable -Wstrict-prototypes and -Wold-style-definition by default |
| Дата | |
| Msg-id | 2515f85a-217c-416e-b87e-7c480c4e1c5b@eisentraut.org обсуждение |
| Ответ на | Re: Enable -Wstrict-prototypes and -Wold-style-definition by default (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Enable -Wstrict-prototypes and -Wold-style-definition by default
|
| Список | pgsql-hackers |
On 06.04.26 23:19, Tom Lane wrote: > Peter Eisentraut <peter@eisentraut.org> writes: >> The first three patches have been committed. > > b4a132022 has had some not-so-desirable effects in the buildfarm: > drongo and hoatzin are each spewing a couple dozen repetitive > warnings about every bison-generated header file, eg > > src/backend/bootstrap/bootparse.h(111): warning C4255: 'boot_yyparse': no function prototype given: converting '()' to'(void)' > > Both of those machines are using bison 2.7, which is pretty old > and evidently isn't careful about generating complete prototypes. > > I'm not sure if there's anything to be done about this, except > perhaps nag the animals' owners to find a newer bison somewhere. > We could revert b4a132022, but then we might miss valid warnings > about such issues in Windows-only code. Let's try the nagging route. I found it especially curious that hoatzin is a relatively new member, so why is it running this ancient Bison version? Looking at the Chocolatey packages: https://community.chocolatey.org/packages?q=bison it appears that choco install winflexbison gives you the old version, and you need choco install winflexbison3 to get a newer version. So it seems easy to fall into that "trap" if you don't pay attention. So perhaps these buildfarm members could update their Bison version sometime. I found one mention of this command in our wiki (https://wiki.postgresql.org/wiki/Meson#Windows), which I updated. If we find any other documents or guides with these commands, we should try to get them updated, too.
В списке pgsql-hackers по дате отправления: