This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Disabling timestamps, was Re: [PATCH roland/Versions.def]....
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Brooks Moses <bmoses at google dot com>
- Cc: Carlos O'Donell <carlos at redhat dot com>, libc-alpha <libc-alpha at sourceware dot org>
- Date: Fri, 14 Mar 2014 22:46:28 +0000
- Subject: Re: Disabling timestamps, was Re: [PATCH roland/Versions.def]....
- Authentication-results: sourceware.org; auth=none
- References: <20140228214559 dot BD8BF744B6 at topped-with-meat dot com> <53236661 dot 7070509 at redhat dot com> <53237C9C dot 2030504 at google dot com>
On Fri, 14 Mar 2014, Brooks Moses wrote:
> This suggests a related point -- we have a local patch to turn off the date
> stamp in csu/Makefile, as part of our process of doing repeatable builds.
>
> Is there any interest in having this upstream? The local patch is really
> trivial, but an upstream version would want a configure option and would need
> some additional pieces to ensure determinism (most notably, including "D" as
> an ar option, and presumably doing something with build-ids if one is using a
> GCC where they're normally enabled).
Do you have something to make the nscd build deterministic? The
nondeterminism I'd noticed was .a timestamps and nscd; I hadn't noticed
that in csu/Makefile (where really the kernel version shouldn't be there
either, although at least it generally seems to relate to the kernel
headers used not the kernel running on the build system) because my normal
case for comparisons is two builds on the same system in quick succession,
with a patch that isn't meant to change the generated code.
I'd like builds to avoid all unnecessary environmental dependencies (such
as time, build OS, etc.) by default.
--
Joseph S. Myers
joseph@codesourcery.com