Re: includedir_internal headers are not self-contained
От | Alvaro Herrera |
---|---|
Тема | Re: includedir_internal headers are not self-contained |
Дата | |
Msg-id | 20140502013302.GC6018@eldon.alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: includedir_internal headers are not self-contained (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: includedir_internal headers are not self-contained
|
Список | pgsql-hackers |
Tom Lane wrote: > I wrote: > > How about we change common/relpath.[hc] to export a single version of > > relpath() that takes its arguments as separate plain OIDs, and then > > make the other versions wrappers that are only declared in some > > backend header? The wrappers could possibly be macros, allowing > > things like pg_xlogdump to keep using them as long as they didn't > > mind importing backend headers. (Though for the RelFileNode case this > > would imply multiple evaluation of the macro argument, so maybe it's > > not such a great idea.) > > Since nobody objected, I've committed something along this line. > include/common/ is now free of references to backend headers. Many thanks for the extra effort. > The patch is certainly too invasive to consider back-patching into > 9.3, though. I feel unsure about this. I agree the patch is quite invasive. Leaving 9.3 in a broken state seems problematic. In particular I'm not sure what would Debian do about the whole issue; would they have to carry the patch for their 9.3 packages? -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: