Re: pg_upgrade's exec_prog() coding improvement

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: pg_upgrade's exec_prog() coding improvement
Дата
Msg-id 5037204F.5030407@enterprisedb.com
обсуждение исходный текст
Ответ на pg_upgrade's exec_prog() coding improvement  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: pg_upgrade's exec_prog() coding improvement
Список pgsql-hackers
On 23.08.2012 23:07, Alvaro Herrera wrote:
> One problem with this is that I get this warning:
>
> /pgsql/source/HEAD/contrib/pg_upgrade/exec.c: In function ‘s_exec_prog’:
> /pgsql/source/HEAD/contrib/pg_upgrade/exec.c:96:2: warning: function might be possible candidate for ‘gnu_printf’
formatattribute [-Wmissing-format-attribute]
 
> /pgsql/source/HEAD/contrib/pg_upgrade/exec.c:96:2: warning: function might be possible candidate for ‘gnu_printf’
formatattribute [-Wmissing-format-attribute]
 
>
> I have no idea how to silence that.  Ideas?

You can do what the warning suggests, and tell the compiler that 
exec_prog takes printf-like arguments. See elog.h for an example of that:

extern int
errmsg(const char *fmt,...)
/* This extension allows gcc to check the format string for consistency with   the supplied arguments. */
__attribute__((format(PG_PRINTF_ATTRIBUTE, 1, 2)));

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: plperl sigfpe reset can crash the server
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: 9.2RC1 wraps this Thursday ...