Re: plpgsql.warn_shadow

Поиск
Список
Период
Сортировка
От Marko Tiikkaja
Тема Re: plpgsql.warn_shadow
Дата
Msg-id 52F6E296.8060307@joh.to
обсуждение исходный текст
Ответ на Re: plpgsql.warn_shadow  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On 1/27/14, 12:04 PM, Simon Riggs wrote:
> Florian's point was well made and we must come up with something that
> allows warning/errors at compile time and once accepted, nothing at
> run time.

I've been thinking about this, and I'm not sure I like this idea all 
that much.  For compile-time warnings this would probably be the ideal 
behaviour, but if we were to add any run-time warnings (e.g. 
consistent_into) I'm not sure how I would use such a feature.

Say I run my test suite with all warnings enabled, and now I want to 
know that it didn't produce any warnings.  How would I do that?  I guess 
I could grep the log for warning messages, but then I'd have to maintain 
a list of all warnings somewhere, which seems quite ugly.  A special 
SQLSTATE for PL/PgSQL warnings doesn't seem that much better.

But maybe I'm overthinking this and we'd only ever have one runtime 
warning (or maybe none at all, even) and this would not be an issue in 
practice.


Regards,
Marko Tiikkaja



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

Предыдущее
От: Thom Brown
Дата:
Сообщение: Re: Changeset Extraction v7.5
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: clang's -Wmissing-variable-declarations shows some shoddy programming