Re: contrib vs. gborg/pgfoundry for replication solutions - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: contrib vs. gborg/pgfoundry for replication solutions
Date
Msg-id 200404230351.i3N3ptW00526@candle.pha.pa.us
Whole thread Raw
In response to Re: contrib vs. gborg/pgfoundry for replication solutions  ("Marc G. Fournier" <scrappy@postgresql.org>)
Responses Re: contrib vs. gborg/pgfoundry for replication solutions
List pgsql-hackers
Marc G. Fournier wrote:
> On Wed, 21 Apr 2004, Joe Conway wrote:
> 
> > > On Wed, 21 Apr 2004, Joe Conway wrote:
> > No, I don't call that lazy, I call it smart. It makes use (reuse) of a
> > part of Postgres (the contrib build system) that is among its strengths.
> > Is it your goal to make it harder for people to write their own C
> > language functions? It makes no sense whatsoever to expect everyone who
> > wants to extend Postgres to develop their own build system. I'd call
> > that alot of duplicated effort -- effort better spent more productively.
> 
> Then, like I mentined to Bruce, we should be looking at some sort of
> template that those developers can work off of ... downloading an 11Meg
> file to build a 2k module seems a wee bit excessive, no?

OK, I think the number of files needed to build modules is small and I
think can be installed by default in a /build directory.  I am thinking
that with a little script help, projects can build apps that look like
like Makefiles used in our core project.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Robert Treat
Date:
Subject: Re: pg_encoding not needed anymore
Next
From: "Marc G. Fournier"
Date:
Subject: Re: contrib vs. gborg/pgfoundry for replication solutions