Tom, where are we on this?
> Bernard Frankpitt <frankpit(at)pop(dot)dn(dot)net> writes:
> > The solution that I propose, and have implemented in the attatched
> > patch extends the CREATE FUNCTION syntax as follows. In the first case
> > above I use the link symbol mytype2_to_mytype3 for the link object
> > that implements the first conversion function, and define the
> > Postgresql operator with the following syntax
> > CREATE FUNCTION mytype3 ( mytype2 )
> > RETURNS mytype3
> > AS 'mytypes.so', 'mytype2_to_mytype3'
> > LANGUAGE 'C'
> > The syntax for the AS clause, which was 'AS <link-file>' becomes
> > AS <link_file>[, <link_name>]
> > Specification of the link_name is optional, and not needed if the link
> > name is the same as the Postgresql function name.
> > I store the string for the link symbol in the prosrc text attribute of
> > the pg_proc table which is currently unused in rows that reference
> > dynamically loaded functions.
> Sounds like a good plan to me. I'll be glad to check this over and
> commit it into 6.6 (unless there are objections?) ... but could I
> trouble you for documentation diffs as well? At the very least,
> the text discussion of CREATE FUNCTION, the reference page entry,
> and the online help in psql need to reflect this addition.
> regards, tom lane
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
In response to
pgsql-hackers by date
|Next:||From: Bruce Momjian||Date: 1999-09-28 04:22:16|
|Subject: Re: [HACKERS] Status report: long-query-string changes|
|Previous:||From: Bruce Momjian||Date: 1999-09-28 04:10:57|
|Subject: Re: [HACKERS] Vacuum analyze bug CAUGHT|