Re: plpgsql.warn_shadow
От | Pavel Stehule |
---|---|
Тема | Re: plpgsql.warn_shadow |
Дата | |
Msg-id | CAFj8pRDJQVKsQefaNtOvvJMqpJz2HGhq1JQi-BkRqhEO4N2HXg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: plpgsql.warn_shadow (Petr Jelinek <petr@2ndquadrant.com>) |
Ответы |
Re: plpgsql.warn_shadow
|
Список | pgsql-hackers |
2014-03-18 13:23 GMT+01:00 Petr Jelinek <petr@2ndquadrant.com>:
Agree that compile_errors dos not make sense, additional_errors and additional_warnings seems better, maybe plpgsql.extra_warnings and plpgsql.extra_errors?
On 14/03/14 13:12, Simon Riggs wrote:On 14 March 2014 11:10, Pavel Stehule <pavel.stehule@gmail.com> wrote:How about
2014-03-14 12:02 GMT+01:00 Marko Tiikkaja <marko@joh.to>:On 3/14/14 10:56 AM, Simon Riggs wrote:The patch looks fine, apart from some non-guideline code formatting
issues.
I'm not sure what you're referring to. I thought it looked fine.Having looked at gcc and clang, I have a proposal for naming/API
We just have two variables
plpgsql.compile_warnings = 'list' default = 'none'
+1plpgsql.compile_errors = 'list' default = 'none'
Only possible values in 9.4 are 'shadow', 'all', 'none'
what is compile_errors ? We don't allow to ignore any error now.
plpgsql.additional_warnings = 'list'
plpgsql.additional_errors = 'list'
extra* sounds better
Pavel
--
Petr Jelinek http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: