Re: pg_migrator mention in documentation - Mailing list pgsql-hackers

From Greg Stark
Subject Re: pg_migrator mention in documentation
Date
Msg-id 407d949e0907040426i218d45f4vc68c5d983c1df4fb@mail.gmail.com
Whole thread Raw
In response to Re: pg_migrator mention in documentation  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Jul 3, 2009 at 8:19 PM, Tom Lane<tgl@sss.pgh.pa.us> wrote:
> The main reason contrib still has the alternate method is that PGXS
> doesn't really work until after you've installed the core build.
> For modules distributed separately from core, it doesn't seem that
> exciting to be able to build using the contrib method.
>
> Now, having said that, I'm personally interested in being able to build
> pg_migrator against an uninstalled source tree, because I foresee
> needing to do that for RPM packaging purposes.  But I could easily patch
> the makefiles if needed to make that happen.  I don't think this case
> should drive the choice of what's the default or common method.

Couldn't we provide a special pg_config and makefiles in the source
tree which know the right paths and does the right thing for in-tree
builds?

--
greg
http://mit.edu/~gsstark/resume.pdf


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [pgsql-www] commitfest.postgresql.org
Next
From: Boszormenyi Zoltan
Date:
Subject: ECPG support for string pseudo-type