Re: PostgreSQL 9.3 beta breaks some extensions "make install" - Mailing list pgsql-hackers

From Cédric Villemain
Subject Re: PostgreSQL 9.3 beta breaks some extensions "make install"
Date
Msg-id 201305251641.28401.cedric@2ndquadrant.com
Whole thread Raw
In response to Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Christoph Berg <myon@debian.org>)
Responses Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Christoph Berg <myon@debian.org>)
Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Cédric Villemain <cedric@2ndquadrant.com>)
Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Cédric Villemain <cedric@2ndquadrant.com>)
Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Cédric Villemain <cedric@2ndquadrant.com>)
Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Cédric Villemain <cedric@2ndquadrant.com>)
Re: PostgreSQL 9.3 beta breaks some extensions "make install"  (Cédric Villemain <cedric@2ndquadrant.com>)
List pgsql-hackers
> > If it seems to be on the right way, I'll keep fixing EXTENSION building
> > with VPATH.
>
> I haven't tried the patch, but let me just say that Debian (and
> apt.postgresql.org) would very much like the VPATH situation getting
> improved. At the moment we seem to have to invent a new build recipe
> for every extension around.

I have been busy the last week.
I just took time to inspect our contribs, USE_PGXS is not supported by all of
them atm because of SHLIB_PREREQS (it used submake) I have a patch pending
here to fix that. Once all our contribs can build with USE_PGXS I fix the VPATH.

The last step is interesting: installcheck/REGRESS. For this one, if I can
know exactly what's required (for debian build for example), then I can also
fix this target.

--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation

pgsql-hackers by date:

Previous
From: Gurjeet Singh
Date:
Subject: Processing long AND/OR lists
Next
From: Merlin Moncure
Date:
Subject: Re: Planning incompatibilities for Postgres 10.0