Re: Turkish downcasting in PL/pgSQL

ntufar <ntufar@pisem.net>

From: ntufar <ntufar@pisem.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-bugs@postgresql.org, Peter Eisentraut <peter_e@gmx.net>
Date: 2004-08-12T19:47:54Z
Lists: pgsql-bugs, pgsql-hackers
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