Re: foreign_data test fails with non-C locale

From: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Guillaume Smet <guillaume(dot)smet(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: foreign_data test fails with non-C locale
Date: 2009-02-02 07:51:36
Message-ID: 1233561096.1367.1.camel@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Andrew Dunstan píše v so 31. 01. 2009 v 17:08 -0500:
>
> Zdenek Kotala wrote:
> >> PL-check gives the diff below on PLTCL tests under en_US locale. I guess
> >> the simplest answer is to add an alternative result file.
> >>
> >
> > Yes, I thought about add locale suffix for alternative result file, but
> > it could be useless overhead.
> >
> > But some tests can be modified. For example
> >
> > select * from T_pkey1 order by key1 using @<, key2;
> >
> > can be rewritten as
> >
> > select * from T_pkey1 order by key1 using @<, key2::name;
> >
> >
> >
> >
>
> Is that the preferred solution? I want to fix this so I can re-enable
> building with TCL in dungbeetle.

Probably not in all cases.

Zdenek

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Martijn van Oosterhout 2009-02-02 08:33:39 Re: why declare arg as a array in FunctionCallInfoData structure
Previous Message Tao Ma 2009-02-02 07:16:01 why declare arg as a array in FunctionCallInfoData structure