Re: Assessment on namespace clean include file names - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Assessment on namespace clean include file names
Date
Msg-id 8531.998681493@sss.pgh.pa.us
Whole thread Raw
In response to Assessment on namespace clean include file names  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> I see no reason why we can't drop the other shoe and stop exporting
>> libpq-int.h (or more accurately, move it out of the public namespace,
>> same as you propose for backend headers).

>> "server" may not be a great choice if we want to stick libpq-int.h into
>> it too...

> The directory wasn't meant as a place for hiding things to avoid using
> them, it was supposed to be a really official place for interfacing to the
> server.  If we want to hide things maybe we should have an "obsolete"
> subdirectory or some such.

"obsolete" is certainly not the right term either.  Maybe we should have
an "interfaces" directory, parallel to "server", for internal-ish
includes of our interface libraries.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [PATCHES] encoding names
Next
From: Peter Eisentraut
Date:
Subject: Re: Assessment on namespace clean include file names