Re: pg_migrator mention in documentation
От | Bruce Momjian |
---|---|
Тема | Re: pg_migrator mention in documentation |
Дата | |
Msg-id | 200907031929.n63JTmd07811@momjian.us обсуждение исходный текст |
Ответ на | Re: pg_migrator mention in documentation (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pg_migrator mention in documentation
|
Список | pgsql-hackers |
Tom Lane wrote: > 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. Well, PGXS is now the recommended install method in the pg_migrator INSTALL file. What other changes should I make? -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-hackers по дате отправления: