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

Re: [HACKERS] Patch for user-defined C-language functions

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bernard Frankpitt <frankpit(at)pop(dot)dn(dot)net>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Patch for user-defined C-language functions
Date: 1999-09-28 04:11:50
Message-ID: 199909280411.AAA29966@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
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 MomjianDate: 1999-09-28 04:22:16
Subject: Re: [HACKERS] Status report: long-query-string changes
Previous:From: Bruce MomjianDate: 1999-09-28 04:10:57
Subject: Re: [HACKERS] Vacuum analyze bug CAUGHT

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