Re: Extensions, patch v16
От | Dimitri Fontaine |
---|---|
Тема | Re: Extensions, patch v16 |
Дата | |
Msg-id | m2vd32hw3f.fsf@2ndQuadrant.fr обсуждение исходный текст |
Ответ на | Re: Extensions, patch v16 ("David E. Wheeler" <david@kineticode.com>) |
Ответы |
Re: Extensions, patch v16
Re: Extensions, patch v16 |
Список | pgsql-hackers |
"David E. Wheeler" <david@kineticode.com> writes: > On Dec 9, 2010, at 12:34 PM, Dimitri Fontaine wrote: >> - add support for 'relocatable' boolean property in the control file, >> as discussed on list > > This still isn't ideal, but I think it's a big improvement. Thanks. Glad you like it :) If you see any way to manage that better, please do tell. Just be sure to review the past 18 months of on-list discussion about the topic before to go thinking extension vs search_path is easy to solve, or even possible to solve. >> \dx lists only installed extensions >> \dx+ <extension> lists the objects, calling pg_extension_objects() >> \dX lists available extensions (and installed too) > > +1 I think that's much more like existing psql commands. Good, I'll have that in the next patch version, waiting for until your review of the new one :) > So: > > * If $extension.control.in exists, use that > * If it doesn't, generate $extension.control from the Makefile variables What if $extension.control exists? Is it a byproduct of the .in file from previous `make` run or a user file? What if we have both the .in and the make variable because people are confused? Or both the make variables and a .control and not .control.in? Etc... > * Always remove $extension.control in the `clean` targets Hell no, as you can bypass the .in mechanism and provide directly the .control file. Regards, -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
В списке pgsql-hackers по дате отправления: