Re: improving speed of make check-world

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: improving speed of make check-world
Дата
Msg-id
54FC4D2D.8060901@gmx.net
Ответ на
Список
Дерево обсуждения
improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Heikki Linnakangas <hlinnakangas@vmware.com>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Fabien COELHO <coelho@cri.ensmp.fr>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Tom Lane <tgl@sss.pgh.pa.us>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Fabien COELHO <coelho@cri.ensmp.fr>
Re: improving speed of make check-world Jeff Janes <jeff.janes@gmail.com>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Jeff Janes <jeff.janes@gmail.com>
Re: improving speed of make check-world Michael Paquier <michael.paquier@gmail.com>
Re: improving speed of make check-world Tom Lane <tgl@sss.pgh.pa.us>
Re: improving speed of make check-world Peter Eisentraut <peter_e@gmx.net>
On 2/24/15 3:06 AM, Michael Paquier wrote:
> On Sun, Feb 15, 2015 at 11:01 AM, Peter Eisentraut wrote:
>> Here is an updated patch.
> 
> Nice patch. This is going to save a lot of resources.
> 
> An update of vcregress.pl is necessary. This visibly just consists in
> updating the options that have been renamed in pg_regress (don't mind
> testing any code sent out).

Well, that turns out to be more complicated than initially thought.
Apparently, the msvc has a bit of a different idea of what check and
installcheck do with respect to temporary installs.  For instance,
vcregress installcheck does not use psql from the installation but from
the build tree.  vcregress check uses psql from the build tree but other
binaries (initdb, pg_ctl) from the temporary installation.  It is hard
for me to straighten this out by just looking at the code.  Attached is
a patch that shows the idea, but I can't easily take it further than that.

> -               {"top-builddir", required_argument, NULL, 11},
> +               {"datadir", required_argument, NULL, 12},
> In pg_regress.c datadir is a new option but it is used nowhere, so it
> could be as well removed.

Yeah, that's an oversight that is easily corrected.


В списке pgsql-hackers по дате отправления
От: Michael Paquier
Дата:
От: Tom Lane
Дата:
FAQ