On 10/20/21 5:48 PM, Tom Lane wrote:
> Andrew Dunstan writes:
>> OK, it turns out that it's better to put the addition at the end of the
>> PATH, otherise initdb complains that it can't find postgres in the same
>> directory.
> That seems horribly unsafe, or at least prone to pulling in the
> pro
Andrew Dunstan writes:
> OK, it turns out that it's better to put the addition at the end of the
> PATH, otherise initdb complains that it can't find postgres in the same
> directory.
That seems horribly unsafe, or at least prone to pulling in the
program from some other versuion of Postgres. Ho
On 10/20/21 3:09 PM, Andres Freund wrote:
> Hi,
>
> On 2021-10-20 14:30:49 -0400, Andrew Dunstan wrote:
>> On 10/20/21 12:31 PM, Andres Freund wrote:
>>> ISTM that we should just make the "test invocation framework" responsible to
>>> put the relevant directory onto PATH? I.e. Makefile.global shou
Hi,
On 2021-10-20 14:30:49 -0400, Andrew Dunstan wrote:
> On 10/20/21 12:31 PM, Andres Freund wrote:
> > ISTM that we should just make the "test invocation framework" responsible to
> > put the relevant directory onto PATH? I.e. Makefile.global should add the
> > build directory of the test to PAT
On 10/20/21 12:31 PM, Andres Freund wrote:
>
> ISTM that we should just make the "test invocation framework" responsible to
> put the relevant directory onto PATH? I.e. Makefile.global should add the
> build directory of the test to PATH, and vcregress.pl should put the relevant
> $configuration/$
Hi,
On 2021-10-18 11:39:08 -0400, Andrew Dunstan wrote:
> On 10/18/21 10:23 AM, Alvaro Herrera wrote:
> > On 2021-Oct-17, Andrew Dunstan wrote:
> >
> >> +sub find_built_program
> >> +{
> >> + my $program = shift;
> >> + my $path;
> >> +
> >> + if (defined $ENV{MSBUILDDIR})
> >> + {
> >> +
On 10/18/21 10:23 AM, Alvaro Herrera wrote:
> On 2021-Oct-17, Andrew Dunstan wrote:
>
>> +sub find_built_program
>> +{
>> +my $program = shift;
>> +my $path;
>> +
>> +if (defined $ENV{MSBUILDDIR})
>> +{
>> +# vcregress.pl sets MSBUILDDIR which is the root of all the
>
On 2021-Oct-17, Andrew Dunstan wrote:
> +sub find_built_program
> +{
> + my $program = shift;
> + my $path;
> +
> + if (defined $ENV{MSBUILDDIR})
> + {
> + # vcregress.pl sets MSBUILDDIR which is the root of all the
> build dirs
> + my $wanted = sub { $_ eq
On 10/8/21 8:33 PM, Andrew Dunstan wrote:
> On 10/8/21 5:14 PM, Andres Freund wrote:
>> Hi,
>>
>> On 2021-10-08 11:41:50 -0400, Andrew Dunstan wrote:
>>> On 10/1/21 6:34 PM, Andres Freund wrote:
Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
The previous approach didn
On 10/8/21 5:14 PM, Andres Freund wrote:
> Hi,
>
> On 2021-10-08 11:41:50 -0400, Andrew Dunstan wrote:
>> On 10/1/21 6:34 PM, Andres Freund wrote:
>>> Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
>>>
>>> The previous approach didn't really work on windows, due to the PATH
>>> se
Hi,
On 2021-10-08 11:41:50 -0400, Andrew Dunstan wrote:
> On 10/1/21 6:34 PM, Andres Freund wrote:
> > Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
> >
> > The previous approach didn't really work on windows, due to the PATH
> > separator
> > being ';' not ':'. Instead of making
On 10/8/21 11:41 AM, Andrew Dunstan wrote:
> On 10/1/21 6:34 PM, Andres Freund wrote:
>> Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
>>
>> The previous approach didn't really work on windows, due to the PATH
>> separator
>> being ';' not ':'. Instead of making the PATH change m
On 10/1/21 6:34 PM, Andres Freund wrote:
> Reference test binary using TESTDIR in 001_libpq_pipeline.pl.
>
> The previous approach didn't really work on windows, due to the PATH separator
> being ';' not ':'. Instead of making the PATH change more complicated,
> reference the binary using the TEST
13 matches
Mail list logo
