https://sourceware.org/bugzilla/show_bug.cgi?id=34309
Frank Ch. Eigler <fche at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fche at redhat dot com
--- Comment #2 from Frank Ch. Eigler <fche at redhat dot com> ---
(In reply to Anton Lundin from comment #0)
> We're using -fdebug-prefix-map= to produce reproducible builds, independent
> of absolute path to the source directory.
>
> In our Makefiles we use some make magic to calculate current directory and
> compile with the following in CFLAGS:
> -fdebug-prefix-map=$(current_dir)=.
Note that other distros produce reproducible builds by rewriting source tree
names in DWARF via debugedit, toward a unique, /-rooted path that includes
package names/versions. This works much better, since then all the tools can
disambiguate between multiple packages that all happen to contain - say - a
"./main.c". IMHO that is a superior approach.
> I get:
> http://127.0.0.1:8002/buildid/6f248cd46b3ca94cc00cbba3bfa9ec38d88e77f6/
> source//./source.c
> Which debuginfod happily accepts and services.
... as long as it only serves sources for ONE binary!
> I'd like to improve the story for debugging reproducible builds, so this
> check that filenames must start with / is kinda in the way.
>
> Are there any plans / work happening in this area, and would something like
> this be acceptable?
I can't think of a way that relaxing this sanity check that blocks your kind
of build would hurt distros that do it the Fedora way, nor users who don't
play with the debug-prefix-map business at all. So I suppose we could take it
out.
--
You are receiving this mail because:
You are on the CC list for the bug.
