Re: pg_migrator mention in documentation
От | Tom Lane |
---|---|
Тема | Re: pg_migrator mention in documentation |
Дата | |
Msg-id | 12524.1246648767@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_migrator mention in documentation (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: pg_migrator mention in documentation
Re: pg_migrator mention in documentation |
Список | pgsql-hackers |
Alvaro Herrera <alvherre@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
В списке pgsql-hackers по дате отправления: