Re: Another swing at JSON

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: Another swing at JSON
Дата
Msg-id m21v1qatpu.fsf@2ndQuadrant.fr
обсуждение исходный текст
Ответ на Re: Another swing at JSON  (Joseph Adams <joeyadams3.14159@gmail.com>)
Ответы Re: Another swing at JSON  (Joseph Adams <joeyadams3.14159@gmail.com>)
Список pgsql-hackers
Joseph Adams <joeyadams3.14159@gmail.com> writes:
> Done.  The new extension interface isn't exactly compatible with the
> old, so I dropped support for PostgreSQL 8.4 from the module.  I
> suppose I could maintain a back-ported json module separately.

In fact it is, but there's some history hiding the fact.  I'm overdue to
another doc patch on the matter, but it's quite simple.

You don't need to use MODULE_PATHNAME in recent enough versions of
PostgreSQL, meaning any version that's not currently EOL'ed.  Just use
$libdir and the backend code will be happy with it.  That means you
don't need the .sql.in file either.

You don't need to use the control file property module_pathname either
in most cases, that's only useful if you are building more than one
extension from the same Makefile.

So just use $libdir/json in your json.sql file and be done with it.
Your extension is now compatible with both pre-9.1 and 9.1.

I'm not sure how to spell that in the docs though, any help here would
be welcome.  Also, do we want to adapt contrib to be better examples, or
do we want contrib to remain full of its history?

Regards,
-- 
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: deadlock_timeout at < PGC_SIGHUP?
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Additional options for Sync Replication