Re: Another swing at JSON - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: Another swing at JSON
Date
Msg-id m21v1qatpu.fsf@2ndQuadrant.fr
Whole thread Raw
In response to Re: Another swing at JSON  (Joseph Adams <joeyadams3.14159@gmail.com>)
Responses Re: Another swing at JSON
List 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 by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: deadlock_timeout at < PGC_SIGHUP?
Next
From: Dimitri Fontaine
Date:
Subject: Re: Additional options for Sync Replication