| From: | Jeffrey Walton <noloader(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Postgres 9.3.1 and Self Test Failure "pg_regress: no *.source files found" |
| Date: | 2013-11-12 06:55:35 |
| Message-ID: | CAH8yC8=VuqM1ViUVtsxRPz6i=BUW17P=2Ak+pGYWzuOHpm6ETA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Mon, Nov 11, 2013 at 10:26 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Jeffrey Walton <noloader(at)gmail(dot)com> writes:
>> From below, I'm thinking --inputdir might not be quite correct. `mkdir
>> ./testtablespace` creates testtablespace in regress/, not input/. I'd
>> like to try --inputdir=./input/.
>> The GNUmakefile in the top level directory and the regress/ directory
>> do not include the string "--inputdir". Any ideas where I can tune it?
>
> It really should not be necessary for you to hack the makefiles before
> "make check" will pass. In any case, pg_regress seems to be reporting
> that it searched the correct directory.
>
> Given the upthread discussion about readdir having alignment issues in the
> environment you're using, I'm suspecting that that is somehow causing
> pg_regress to fail to find anything while it searches the directory.
> Does that sound plausible at all? Look at pgfnames() in
You were right.... I copied the fiddled-with postgres-9.3.1 onto that
Ubuntu VM rather than downloading a fresh copy.
Jeff
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Raghavendra | 2013-11-12 08:13:38 | Re: Theory question |
| Previous Message | Christian Ullrich | 2013-11-12 05:56:10 | Re: GSSAPI server side on Linux, SSPI client side on Windows |