On fre, 2011-09-02 at 19:49 -0400, Tom Lane wrote:
> The only one that's problematic is pg_regress.so; contrib modules are
> already installed in $libdir.  I still think that installing
> pg_regress.so in $libdir may be the most reasonable solution, assuming
> that the delta involved isn't too great.  Yeah, we would have to
> back-patch the changes into every release branch we want to test
> upgrading from, but how risky is that really?  The *only* thing it
> affects is the regression tests.

Or maybe make use of dynamic_library_path.

In response to

• Re: pg_upgrade automatic testing at 2011-09-02 23:49:12 from Tom Lane

Responses

• Re: pg_upgrade automatic testing at 2011-09-03 23:58:12 from Tom Lane

pgsql-hackers by date

Next:	From: Bruce Momjian	Date: 2011-09-03 14:35:41
	Subject: Re: pgsql: Remove "fmgr.h" include in cube contrib --- caused crash on a Ge
Previous:	From: Tom Lane	Date: 2011-09-03 14:23:09
	Subject: Re: pgsql: Remove "fmgr.h" include in cube contrib --- caused crash on a Ge