Re: Re: [COMMITTERS] pgsql: Have dtrace depend on object files directly, not objfiles.txt - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Re: [COMMITTERS] pgsql: Have dtrace depend on object files directly, not objfiles.txt
Date
Msg-id 8705.1444931504@sss.pgh.pa.us
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Have dtrace depend on object files directly, not objfiles.txt  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Oct 15, 2015 at 1:23 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Curious that you didn't see something similar.  Perhaps it depends on
>> make version?  But I spot-checked a couple of buildfarm critters and
>> they both showed similar noise in the make step.

> Yeah, I did to a parallel make just today, on a version that included
> that patch, and it did not fail.  I have:

> [rhaas pgsql]$ make --version
> GNU Make 3.81
> Copyright (C) 2006  Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.

> This program built for i386-apple-darwin11.3.0

Interesting.  I have

$ make --version
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for x86_64-redhat-linux-gnu

so it's fundamentally the same gmake version.  However, this being
RHEL6, I don't doubt that Red Hat is carrying a bunch of back-ported
patches from later versions.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: remaining open items
Next
From: Pavel Stehule
Date:
Subject: Re: proposal: PL/Pythonu - function ereport