Re: Turkish downcasting in PL/pgSQL
От | ntufar |
---|---|
Тема | Re: Turkish downcasting in PL/pgSQL |
Дата | |
Msg-id | 1092340074.2945.24.camel@localhost обсуждение исходный текст |
Ответ на | Re: Turkish downcasting in PL/pgSQL (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
12-08-2004 Perþembe günü saat 22:27 sularýnda, Tom Lane dedi ki: > 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. Something to do with my mail provider, sorry. in file src/pl/plpgsql/src/Makefile: LANG=C;$(FLEX) $(FLEXFLAGS) -Pplpgsql_base_yy -o'$@' $< instead of $(FLEX) $(FLEXFLAGS) -Pplpgsql_base_yy -o'$@' $< > > 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. The only thing that comest in mind is that it may break Win32 port. Can someone comment on this? > > regards, tom lane Regards, Nicolai Tufar
В списке pgsql-bugs по дате отправления: