Michael Meskes írta: > On Sat, Jul 04, 2009 at 05:09:04PM +0200, Boszormenyi Zoltan wrote: > >> OK, let me retry. This version treats "string" as a non-reserved word, >> and also discovers whether the PGC contains this construct below, >> as in ecpg/tests/preproc/type.pgc: >> >> exec sql type string is char[11]; >> typedef char string[11]; >> > > I don't like this because it means a datatype can change its meaning in the > middle of a source file. Your new datatype is only needed for Informix > compatibility, so why not only defining it when running in compatibility mode? > An Informix file will not have such a typedef because it wouldn't/shouldn't > work there either. > > Also the new datatype needs some documentation. > > Michael >
Okay, I modified it so in Informix mode ECPG refuses redefining the "string" type. I will add documentation and also port it to 8.5devel, get_typedef() has changed since 8.4RC2 and it errors out now if asking for a non-typedef'd type name. -- Bible has answers for everything. Proof: "But let your communication be, Yea, yea; Nay, nay: for whatsoever is more than these cometh of evil." (Matthew 5:37) - basics of digital technology. "May your kingdom come" - superficial description of plate tectonics ---------------------------------- Zoltán Böszörményi Cybertec Schönig & Schönig GmbH http://www.postgresql.at/ -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
