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 по дате отправления: