Re: [HACKERS] Spec on pg_cast table/CREATE CAST command

2002-07-17 Thread Peter Eisentraut
Tom Lane writes: > So the idea is to remove proimplicit again? We could still do that > before 7.3, since no user depends on it yet. Are you intending a new > system catalog to hold casts? Yeah, it seems I forgot to mention that. Btw., it occurred to me that this could also be the direction t

Re: [HACKERS] Spec on pg_cast table/CREATE CAST command

2002-07-16 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Command syntax is > CREATE CAST (source AS target) WITH FUNCTION name(arg) [AS ASSIGNMENT] > in compliance with SQL99 (AS ASSIGNMENT means implicitly invokable). > Declaration of binary compatible casts: > CREATE CAST (source AS target) WITHOUT FU

[HACKERS] Spec on pg_cast table/CREATE CAST command

2002-07-16 Thread Peter Eisentraut
Command syntax is CREATE CAST (source AS target) WITH FUNCTION name(arg) [AS ASSIGNMENT] in compliance with SQL99 (AS ASSIGNMENT means implicitly invokable). Declaration of binary compatible casts: CREATE CAST (source AS target) WITHOUT FUNCTION [AS ASSIGNMENT] Does not have to be implici