Re: Building pg_xlogdump reproducibly

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Building pg_xlogdump reproducibly
Дата
Msg-id 20160104155125.GD28025@awork2.anarazel.de
обсуждение исходный текст
Ответ на Building pg_xlogdump reproducibly  (Christoph Berg <christoph.berg@credativ.de>)
Ответы Re: Building pg_xlogdump reproducibly  (David Fetter <david@fetter.org>)
Re: Building pg_xlogdump reproducibly  (Christoph Berg <christoph.berg@credativ.de>)
Список pgsql-hackers
Hi,

On 2016-01-04 15:59:46 +0100, Christoph Berg wrote:
> The list of objects used to link pg_xlogdump is coming from
> $(wildcard *desc.c) which returns them in filesystem order. This makes
> the build result depend on this ordering, yielding different
> compilation results.

> -RMGRDESCSOURCES = $(notdir $(wildcard $(top_srcdir)/src/backend/access/rmgrdesc/*desc.c))
> +RMGRDESCSOURCES = $(sort $(notdir $(wildcard $(top_srcdir)/src/backend/access/rmgrdesc/*desc.c)))
>  RMGRDESCOBJS = $(patsubst %.c,%.o,$(RMGRDESCSOURCES))

That's probably not the only non-deterministic rule in postgres, given
nobody paid attention tot that so far? At least transform modules added
in 9.5 (hstore_plpython et al) look like they might similar issues.

Wonder if we should instead define a wildcard wrapper in
Makefile.global.in that does the sorting, including an explanation?

Andres



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: custom function for converting human readable sizes to bytes
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Some 9.5beta2 backend processes not terminating properly?