mirror of
https://github.com/postgres/postgres.git
synced 2025-07-28 23:42:10 +03:00
Distinguish printf-like functions that support %m from those that don't.
The elog/ereport family of functions certainly support the %m format spec,
because they implement it "by hand". But elsewhere we have printf wrappers
that might or might not allow it depending on whether the platform's printf
does. (Most non-glibc versions don't, and notably, src/port/snprintf.c
doesn't.) Hence, rather than using the gnu_printf format archetype
interchangeably for all these functions, use it only for elog/ereport.
This will allow us to get compiler warnings for mistakes like the ones
fixed in commit a13b47a59
, at least on platforms where printf doesn't
take %m and gcc is correctly configured to know it. (Unfortunately,
that won't happen on Linux, nor on macOS according to my testing.
It remains to be seen what the buildfarm's gcc-on-Windows animals will
think of this, but we may well have to rely on less-popular platforms
to warn us about unportable code of this kind.)
Discussion: https://postgr.es/m/2975.1526862605@sss.pgh.pa.us
This commit is contained in:
6
configure
vendored
6
configure
vendored
@ -13362,8 +13362,8 @@ _ACEOF
|
||||
;;
|
||||
esac
|
||||
|
||||
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for printf format archetype" >&5
|
||||
$as_echo_n "checking for printf format archetype... " >&6; }
|
||||
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for printf format archetype for %m" >&5
|
||||
$as_echo_n "checking for printf format archetype for %m... " >&6; }
|
||||
if ${pgac_cv_printf_archetype+:} false; then :
|
||||
$as_echo_n "(cached) " >&6
|
||||
else
|
||||
@ -13394,7 +13394,7 @@ fi
|
||||
$as_echo "$pgac_cv_printf_archetype" >&6; }
|
||||
|
||||
cat >>confdefs.h <<_ACEOF
|
||||
#define PG_PRINTF_ATTRIBUTE $pgac_cv_printf_archetype
|
||||
#define PG_PRINTF_ATTRIBUTE_M $pgac_cv_printf_archetype
|
||||
_ACEOF
|
||||
|
||||
|
||||
|
Reference in New Issue
Block a user