Re: Re: [COMMITTERS] pgsql: Allow pg_regress to be run outside the build tree. - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Re: [COMMITTERS] pgsql: Allow pg_regress to be run outside the build tree.
Date
Msg-id 200901080324.n083Osj14640@momjian.us
Whole thread Raw
In response to Re: Re: [COMMITTERS] pgsql: Allow pg_regress to be run outside the build tree.  (Bjorn Munch <Bjorn.Munch@sun.com>)
List pgsql-hackers
Is this a TODO?

---------------------------------------------------------------------------

Bjorn Munch wrote:
> On 02/10 17.29, Peter Eisentraut wrote:
> > Tom Lane wrote:
> > >>I think the right fix would be to convert those .sql files to 
> > >>input/*.source files and have pg_regress substitute the absolute 
> > >>directory names in them, like it is done for the backend.
> > >
> > >Ugh.  I don't think it's acceptable to make contrib modules have to do
> > >that.  Even if we fix all the ones in core, what of other people relying
> > >on the pgxs infrastructure?
> > 
> > Yeah, true.  Maybe copy the data directory over, but let pg_regress do it?
> 
> For the record: when I integrated the pg_regress test suite (8.3.3)
> into OpenSolaris recently, I worked around various problems by making
> a wrapper script pg_regress.sh which copies everything into a
> temporary directory structure and then runs pg_regress from there.
> 
> This involved creating three levels of dummy directories due to some
> hardcoded "../../../" in paths.  A bit ugly, but then this package
> isn't to be included in the standard distribution to end users, but
> will be used by Solaris QA.
> 
> -- 
> Bjorn Munch                 Sun Microsystems
> Trondheim, Norway       http://sun.com/postgresql/
> 
> -- 
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Meridiem markers (was: [BUGS] Incorrect "invalid AM/PM string" error from to_timestamp)
Next
From: Tom Lane
Date:
Subject: Re: Do we still need constraint_exclusion?