Re: taking stdbool.h into use
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Michael Paquier <michael.paquier@gmail.com>,
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>,
Thomas Munro <thomas.munro@enterprisedb.com>
Date: 2017-10-27T00:41:44Z
Lists: pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > Michael Paquier wrote: >> It seems to me that this proves the point of the proposed patch. You >> had better use a zero-equality comparison for such bitwise operation, >> and so you ought to do that: >> bool isprimary = (flags & INDEX_CREATE_IS_PRIMARY) != 0; > Right, exactly. But my point is that with the whole patch series > applied I didn't get any warnings. While warnings for this would be lovely, I don't see how we can expect to get any. This is perfectly correct C code no matter whether isprimary is C99 bool or is typedef'd to char ... you just end up with different values of isprimary, should the RHS produce something other than 1/0. The compiler has no way to know that assigning, say, 4 in the char variable case is not quite your intent. Maybe you could hope for a warning if the bit value were far enough left to actually not fit into "char", but otherwise there's nothing wrong. regards, tom lane
Commits
-
Use stdbool.h if suitable
- 9a95a77d9d5d 11.0 landed
-
Add configure tests for stdbool.h and sizeof bool
- f20b3285340c 11.0 landed
-
Remove useless use of bit-masking macros
- d91da5ecedc8 11.0 landed
-
Change various Gin*Is* macros to return 0/1.
- af4472bcb88a 9.6.0 cited
-
Fix several possibly non-portable gaffs in record_image_ops.
- 4cbb646334b3 9.4.0 cited