From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: [COMMITTERS] pgsql: Change the way that LWLocks for extensions are allocated. |
Date: | 2016-11-12 16:30:42 |
Message-ID: | 22432.1478968242@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> Committed after simplifying the Makefile.
While I have no particular objection to adding these tests, the
commit log's claim that this will improve buildfarm testing is
quite wrong. The buildfarm runs "make installcheck" not
"make check" in contrib. What I'm actually seeing in the
buildfarm reports is
make -C pg_stat_statements installcheck
make -C ../../src/test/regress pg_regress
make -C ../../../src/port all
make -C ../backend submake-errcodes
make[4]: Nothing to be done for `submake-errcodes'.
make -C ../../../src/common all
make -C ../backend submake-errcodes
make[4]: Nothing to be done for `submake-errcodes'.
../../src/test/regress/pg_regress --inputdir=. --bindir='/Users/buildfarm/bf-data/HEAD/inst/bin' --port=5678 --temp-config ../../contrib/pg_stat_statements/pg_stat_statements.conf --dbname=contrib_regression_pg_stat_statements
(using postmaster on Unix socket, port 5678)
============== dropping database "contrib_regression_pg_stat_statements" ==============
NOTICE: database "contrib_regression_pg_stat_statements" does not exist, skipping
DROP DATABASE
============== creating database "contrib_regression_pg_stat_statements" ==============
CREATE DATABASE
ALTER DATABASE
============== running regression test queries ==============
=====================
All 0 tests passed.
=====================
which is a rather blatant waste of cycles. I would suggest an explicit
do-nothing installcheck rule rather than the hack you came up with here.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2016-11-12 16:35:08 | Re: Re: [COMMITTERS] pgsql: Change the way that LWLocks for extensions are allocated. |
Previous Message | Andres Freund | 2016-11-12 13:04:08 | Re: Re: [COMMITTERS] pgsql: Change the way that LWLocks for extensions are allocated. |
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2016-11-12 16:35:08 | Re: Re: [COMMITTERS] pgsql: Change the way that LWLocks for extensions are allocated. |
Previous Message | Andres Freund | 2016-11-12 16:09:49 | Re: Proposal for changes to recovery.conf API |