[Reproducible-builds] Minimising work needed for this build-path issue

Daniel Kahn Gillmor dkg at fifthhorseman.net
Tue Sep 6 20:52:20 UTC 2016


On Tue 2016-09-06 16:02:00 -0400, Ximin Luo wrote:
> Thanks, I did see this a while ago and forgot about it. However it
> does differ from the current proposal in an important way.
>
> Current proposal (2): GCC should, if SOURCE_ROOT is set and
> debug-prefix-map is not given, *automatically* use this
> variable. There is no opportunity for the user to tell GCC to look at
> a different variable.
>
> OTOH your patch above has GCC read a user-supplied variable. I think
> we want to avoid this, for the same reason that we pushed quite
> heavily for upstreams to support SOURCE_DATE_EPOCH and not their own
> custom command line option. It would also fix packages using gcc but
> not dpkg-buildflags (and for other distros, etc).

ah, right.  I like your constrained version better; hard-coding sensible
practices helps keep everyone on the right track.  It's also much
simpler to argue for this approach if we can point to how
SOURCE_DATE_EPOCH is already supported.

bikeshedding: is SOURCE_ROOT the right name?  I worry a bit about the
different possible meanings of "ROOT" on unix systems.  maybe
SOURCE_BASE_DIR or SOURCE_DIR_ROOT is more descriptive of what we are
describing?  No strong preferences on my side.

> But for sure we can start from the code that you already wrote. :)

yep, that's what i was proposing; i certainly don't mean to suggest that
my original patch is the thing that should be adopted.

   --dkg



More information about the Reproducible-builds mailing list