Re: [HACKERS] static genericcostestimate

2005-07-14 Thread Alvaro Herrera
On Sun, Apr 10, 2005 at 07:51:23PM +0200, Ramy M. Hassan wrote: Hey Ramy, > I am currently working on porting SP-GiST to postgresql. > SP-GiST is an adaptation of GiST to support space partitioning trees ( > http://www.cs.purdue.edu/homes/aref/dbsystems_files/SP-GiST/ ) > The current standalone

Re: [HACKERS] static genericcostestimate

2005-04-10 Thread Ramy M. Hassan
Tom Lane wrote: "Ramy M. Hassan" <[EMAIL PROTECTED]> writes: The genericcostestimate function is currently static. This limits the development of new access methods as loadable modules without touching pgsql sources. Currently I have to include a copy of the function in the module, which is o

Re: [HACKERS] static genericcostestimate

2005-04-10 Thread Tom Lane
"Ramy M. Hassan" <[EMAIL PROTECTED]> writes: > The genericcostestimate function is currently static. This limits the > development of new access methods as loadable modules without touching > pgsql sources. Currently I have to include a copy of the function in the > module, which is obviously to

[HACKERS] static genericcostestimate

2005-04-10 Thread Ramy M. Hassan
Hi, The genericcostestimate function is currently static. This limits the development of new access methods as loadable modules without touching pgsql sources. Currently I have to include a copy of the function in the module, which is obviously too bad. Is there any reason to keep this function