Re: cleanup in code

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: cleanup in code
Дата
Msg-id 52CC5BC0.8010502@vmware.com
обсуждение исходный текст
Ответ на Re: cleanup in code  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: cleanup in code  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
On 01/07/2014 05:20 PM, Tom Lane wrote:
> David Rowley <dgrowleyml@gmail.com> writes:
>> I think it will be like Andres said up thread, to stop multiple evaluations
>> of the expression passed to the macro.
>
> Exactly.  We are not going to risk multiple evals in a macro as commonly
> used as elog/ereport; the risk/benefit ratio is just too high.
>
> I don't see anything wrong with suppressing this warning by inserting
> an additional return statement.  The code is already plastered with such
> things, from the days before we had any unreachability hints in
> elog/ereport.  And as I said upthread, there is no good reason to suppose
> that the unreachability hints are always recognized by every compiler.
> I take this behavior of MSVC as proof of that statement.

Yeah, I was just surprised because I thought MSVC understood it. 
Committed the additional return statement.

- Heikki



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

Предыдущее
От: Kevin Grittner
Дата:
Сообщение: Re: Re: How to reproduce serialization failure for a read only transaction.
Следующее
От: Gabriele Bartolini
Дата:
Сообщение: Re: [PATCH] Support for pg_stat_archiver view