Re: Server Side C programming Environment Set up - Mailing list pgsql-sql

From Kemin Zhou
Subject Re: Server Side C programming Environment Set up
Date
Msg-id 4087EE3A.7000703@ferring.com
Whole thread Raw
In response to Re: Server Side C programming Environment Set up  (Rod Taylor <pg@rbt.ca>)
List pgsql-sql
Rod Taylor wrote:

>On Thu, 2004-04-22 at 01:18, Peter Eisentraut wrote:
>  
>
>>Kemin Zhou wrote:
>>    
>>
>>>IN chapter 33 Extending SQL
>>>33.7.5 Writing Code
>>>when run pg_config --includedir-server
>>>I got /usr/local/pgsql/include/server  but my machine does NOT have this
>>>directory
>>>      
>>>
>>make install-all-headers
>>
>>It's explained in the installation instructions.
>>    
>>
>
>That doesn't happen on most platforms in the standard package.
>
>Are you proposing that packagers create a postgresql-headers package and
>depend on that?
>
>If this is the suggested way of solving the headers portion of the
>problem then lets tell the packagers.
>
>
>  
>
As fas I am concerned, being a generalized programer, to program the 
serverside functionality
I would need a header file that should include nearly all the server 
side functionality and a lib,
presumably dynamically linkable lib file libpgserver.so.  We already 
have the interface library libpq.so
The server side header does not have to include everything.  It only 
needs to be the parts that the
user programer needs to manipulate (SPI?).

I see a great advantage to be able to plug in some information_managing 
algorithms into Postgres.

Kemin




**********************************************************************
Proprietary or confidential information belonging to Ferring Holding SA or to one of its affiliated companies may be
containedin the message. If you are not the addressee indicated in this message (or responsible for the delivery of the
messageto such person), please do not copy or deliver this message to anyone. In such case, please destroy this message
andnotify the sender by reply e-mail. Please advise the sender immediately if you or your employer do not consent to
e-mailfor messages of this kind. Opinions, conclusions and other information in this message represent the opinion of
thesender and do not necessarily represent or reflect the views and opinions of Ferring.
 
**********************************************************************



pgsql-sql by date:

Previous
From: Jan Wieck
Date:
Subject: Re: rule's behavior with join interesting
Next
From: "Dennis"
Date:
Subject: lifetime of temp schema versus compiled image of plpgsql proc