Alvaro Herrera <alvhe...@commandprompt.com> writes: > Consistency here is pointless. IIRC the dual method is used in contrib > because people did not trust the PGXS stuff enough to rip the original > Make code out; or maybe because people did not want PGXS to become the > default build method, but they allowed it to be used in contrib as a > test bed that PGXS worked.
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. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers