Skip site navigation (1) Skip section navigation (2)

Re: Turkish downcasting in PL/pgSQL

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: ntufar <ntufar(at)pisem(dot)net>, pgsql-bugs(at)postgresql(dot)org
Cc: devrim(at)tdmsoft(dot)com
Subject: Re: Turkish downcasting in PL/pgSQL
Date: 2004-08-14 08:34:38
Message-ID: 200408141034.38948.peter_e@gmx.net (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
ntufar wrote:
> Apparently problem is caused by the following directive:
>
>      %option case-insensitive
>
> on line 76 in file src/pl/plpgsql/src/scan.l
>
> flex (flex version 2.5.4) incorporates case-insensitivity in it's
> state tables because if I run flex stage with LANG=C everything
> works fine. A quick and dirty fix could be implemented by placing
>
>      LANG=C
>      export LANG
>
> in file src/pl/plpgsql/src/Makefile before calling flex.

I have tried running flex (2.5.4) with a number of different locales 
including tr_TR, but the output file is always the same.  Can you show 
us a diff of the generated files?

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/


In response to

Responses

pgsql-hackers by date

Next:From: Gaetano MendolaDate: 2004-08-14 08:41:17
Subject: Re: will PITR in 8.0 be usable for "hot spare"/"log
Previous:From: Gaetano MendolaDate: 2004-08-14 08:28:11
Subject: Re: Calling PL functions with named parameters

pgsql-bugs by date

Next:From: Peter EisentrautDate: 2004-08-14 08:57:58
Subject: Re: BUG #1217: wrong date->number of week conversion
Previous:From: Peter EisentrautDate: 2004-08-14 08:21:33
Subject: Re: Turkish downcasting in PL/pgSQL

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group