[Git][reproducible-builds/reproducible-website][master] 2 commits: build_path: reference -fdebug-prefix-map and clarify other work-arounds

[Chris Lamb]

Chris Lamb pushed to branch master at Reproducible Builds / reproducible-website


Commits:
1dc67c21 by Sylvain Beucler at 2018-06-20T17:19:19+02:00
build_path: reference -fdebug-prefix-map and clarify other work-arounds

- - - - -
5500deed by Chris Lamb at 2018-06-20T16:04:21+00:00
Merge branch 'patch-3' into 'master'

build_path: reference -fdebug-prefix-map and clarify other work-arounds

See merge request reproducible-builds/reproducible-website!3
- - - - -


1 changed file:

- _docs/build_path.md


Changes:

=====================================
_docs/build_path.md
=====================================
--- a/_docs/build_path.md
+++ b/_docs/build_path.md
@@ -16,11 +16,16 @@ other tools might be sufficiently easy.
 In most cases however, post-processing is required to either remove the
 build path or to normalize it to a predefined value.
 
-For the specific case of [DWARF
+For the specific case of [debug
 symbols](https://en.wikipedia.org/wiki/DWARF), there is currently no good
-tool to
-change them to a pre-determined value after a build[^debugedit]. A work-around is to
-[define the build path as part of the build environment]({{ "/docs/perimeter/" | prepend: site.baseurl }}).
+post-processing tool to
+change them to a pre-determined value[^debugedit]. A work-around is to
+[define the build path as part of the build environment]({{ "/docs/perimeter/" | prepend: site.baseurl }}),
+however `reprotest` changes it so this makes it harder to assess reproducibility.
+Another work-around is GCC's `-fdebug-prefix-map`, though it does not
+fix other sources of irreproducibility such as `__FILE__`, and in some
+packages the option itself is saved into other parts of the build
+output by another tool.
 
 [^debugedit]: [debugedit](https://fedoraproject.org/wiki/Releases/FeatureBuildId) can replace the path used at build time by a predefined one but it does that by rewriting bytes in place. As this does not reorder the hash table of strings, the resulting bytes are still depending on the original build path.
 



View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-website/compare/430dc535abfd2ad82e7e14ff4c42593b4d97bc20...5500deedf4ed64a0f4f4e10f5682625e6883c2e8

-- 
View it on GitLab: https://salsa.debian.org/reproducible-builds/reproducible-website/compare/430dc535abfd2ad82e7e14ff4c42593b4d97bc20...5500deedf4ed64a0f4f4e10f5682625e6883c2e8
You're receiving this email because of your account on salsa.debian.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.reproducible-builds.org/pipermail/rb-commits/attachments/20180620/7bc2e35b/attachment.html>