Re: contrib vs. gborg/pgfoundry for replication solutions

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: contrib vs. gborg/pgfoundry for replication solutions
Дата
Msg-id 4087C0BA.3010207@Yahoo.com
обсуждение исходный текст
Ответ на Re: contrib vs. gborg/pgfoundry for replication solutions  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Список pgsql-hackers
Alvaro Herrera wrote:

>On Thu, Apr 22, 2004 at 12:29:36AM -0400, Bruce Momjian wrote:
>
>  
>
>>I am thinking they could untar into a directory under pgsgl/ or have a
>>way to point to a 'configure'-run source tree and pull values from
>>there.
>>
>>If you include pg_config.h, or use Makefile.global, you have almost
>>everything you need to compile your own, including flags, configure
>>checks, and the location of the installation directory.
>>    
>>
>
>That would work only if they compiled the source themselves, as opposed
>to using a binary package (which is very common).  I'm not sure if
>installing the postgresql-dev or postgresql-devel package would be
>enough.
>
>If not, maybe pg_config could provide all the necessary info ...
>
>  
>

The pieces of the current build environment, used or possibly required 
by any contrib module (including scripts like mkldexport.sh and such) 
whold have to be installed under $datadir/devel or the like and made 
location independent. That's all.


Jan

-- 

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #





В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Thomas Hallgren"
Дата:
Сообщение: Re: GUC variable set, TODO
Следующее
От: Tom Lane
Дата:
Сообщение: Re: License question