Re: Turkish downcasting in PL/pgSQL

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Turkish downcasting in PL/pgSQL
Дата
Msg-id 12619.1092338849@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Turkish downcasting in PL/pgSQL  (ntufar <ntufar@pisem.net>)
Ответы Re: Turkish downcasting in PL/pgSQL  (ntufar <ntufar@pisem.net>)
Список pgsql-bugs
ntufar <ntufar@pisem.net> writes:
> I attached a diff of fix that adds LANG=C; before call to $(FLEX).
> Fixes the problem here but I don't know if adding environment variable
> assignment like this is appropriate. I am not too fluent in PostgreSQL
> build environment and do not know where one can put a global deffinition
> you are talking below.

Um, the attachment was unreadable :-( but I get the idea.

As for the global solution, I was wondering if it would work to put
"LANG=C" right inside the definition of $(FLEX).  That would ensure
the right behavior from all our flex builds without unnecessarily
messing up people's build environments otherwise.  I don't know however
whether this would parse properly.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Turkish downcasting in PL/pgSQL
Следующее
От: "PostgreSQL Bugs List"
Дата:
Сообщение: BUG #1216: pgcrypto:hmac() segfaults