Re: [HACKERS] operator_precedence_warning vs make installcheck
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] operator_precedence_warning vs make installcheck |
| Дата | |
| Msg-id | 28618.1487188031@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] operator_precedence_warning vs make installcheck (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [HACKERS] operator_precedence_warning vs make installcheck
|
| Список | pgsql-hackers |
I wrote:
> We could possibly prevent the difference by having exprLocation look
> through such nodes. I'm not sure offhand if there are cases where
> that would be worse than before. We've definitely made some other
> hacks to hide the difference between operator_precedence_warning on
> and off.
After some study I concluded the best fix is just to make the AEXPR_PAREN
node have the same reportable location as its child node to begin with.
None of the code dealing with precedence errors was using the location
of the left parenthesis, so there's no good reason to store that.
Pushed a fix along that line.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера