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

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Re: [COMMITTERS] pgsql: Have dtrace depend on object files directly, not objfiles.txt
Дата
Msg-id 8705.1444931504@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Have dtrace depend on object files directly, not objfiles.txt  (Robert Haas <robertmhaas@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: remaining open items
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal: PL/Pythonu - function ereport