pgsql: Get rid of useless/dangerous redefinition of bool in ECPG. - Mailing list pgsql-committers

From Tom Lane
Subject pgsql: Get rid of useless/dangerous redefinition of bool in ECPG.
Date
Msg-id E1iO2Ha-0005Vk-H8@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
Get rid of useless/dangerous redefinition of bool in ECPG.

pgtypeslib_extern.h contained fallback definitions of "bool", "FALSE",
and "TRUE".  The latter two are just plain unused, and have been for
awhile.  The former came into play only if there wasn't a macro
definition of "bool", which is true only if we aren't using <stdbool.h>.
However, it then defined bool as "char"; since commit d26a810eb that
conflicts with c.h's desire to use "unsigned char".  We'd missed seeing
any bad effects of that due to accidental header inclusion order choices,
but dddf4cdc3 exposed that it was problematic.

To fix, let's just get rid of these definitions.  They should not be
needed because everyplace in Postgres should be relying on c.h to
provide a definition for type bool.  (Note that despite its name,
pgtypeslib_extern.h isn't exposed to any outside code; we don't
install it.)

This doesn't fully resolve the issue, because ecpglib.h is doing
similar things, but that seems to require more thought to fix.

Back-patch to v12 where d26a810eb came in, to forestall any unpleasant
surprises from future back-patched bug fixes.

Discussion: https://postgr.es/m/CAA4eK1LmaKO7Du9M9Lo=kxGU8sB6aL8fa3sF6z6d5yYYVe3BuQ@mail.gmail.com

Branch
------
REL_12_STABLE

Details
-------
https://git.postgresql.org/pg/commitdiff/4a61aa4a945f5737c65d288077101ed202488e9a

Modified Files
--------------
src/interfaces/ecpg/pgtypeslib/pgtypeslib_extern.h | 12 ------------
1 file changed, 12 deletions(-)


pgsql-committers by date:

Previous
From: Tom Lane
Date:
Subject: pgsql: Improve management of statement timeouts.
Next
From: Tom Lane
Date:
Subject: pgsql: Revert "Revert part of commit dddf4cdc3."