Re: regress bug
От | David E. Wheeler |
---|---|
Тема | Re: regress bug |
Дата | |
Msg-id | BFE91752-7931-4058-9241-549F51F870F1@justatheory.com обсуждение исходный текст |
Ответ на | Re: regress bug (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: regress bug
|
Список | pgsql-hackers |
On Mar 8, 2012, at 12:59 PM, Tom Lane wrote: > Huh? MODULE_PATHNAME is not substituted by pg_regress at all (anymore > anyway). Yeah, sorry, I meant `make`. > There's still some vestigial support for it in pgxs.mk, but > the future of that code is to vanish, not get improved. You should > not be needing it to get substituted at build time either. I still see this pattern a *lot*; I removed it from PL/Proxy last week. The attached tarball demonstrates it: > make sed 's,MODULE_PATHNAME,$libdir/sql/exttest,g' sql/exttest.sql.in >sql/exttest.sql make: *** No rule to make target `exttest.so', needed by `all'. Stop. So MODULE_PATHNAME is replaced with $libdir/sql/exttest rather than $libdir/exttest. Maybe that should not be fixed, butthere are a *lot* of extensions out there using this approach (copied from contrib, which used it for years, albeit withoutthe .sql.in files in a subdirectory). So perhaps DATA_built is to be removed from pgxs.mk? And if so, is the idea then that one should just put the module namein the .sql file, rather than MODULE_PATHNAME in a .sql.in file? Best, David
Вложения
В списке pgsql-hackers по дате отправления: