Hi Mark,
Is it possible to specify from a specfile an list of files and/or directories
in the installation output that should be ignored for the purposes of
debuginfo extraction? If not, can this be added?
I maintain cross-gcc and there are some files that get
installed that must not be stripped. They are, typically, isolated in a
common directory - for example, in the gcc-x86_64-linux-gnu, I have the
following ELF files:
/usr/bin/x86_64-linux-gnu-cpp
/usr/bin/x86_64-linux-gnu-gcc
/usr/bin/x86_64-linux-gnu-gcc-ar
/usr/bin/x86_64-linux-gnu-gcc-nm
/usr/bin/x86_64-linux-gnu-gcc-ranlib
/usr/bin/x86_64-linux-gnu-gcov
/usr/bin/x86_64-linux-gnu-gcov-dump
/usr/bin/x86_64-linux-gnu-gcov-tool
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtbegin.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtbeginS.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtbeginT.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtendS.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtfastmath.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtprec32.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtprec64.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/crtprec80.o
/usr/lib/gcc/x86_64-linux-gnu/7/32/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/7/32/libgcov.a
/usr/lib/gcc/x86_64-linux-gnu/7/crtbegin.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtbeginS.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtbeginT.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtendS.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtfastmath.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtprec32.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtprec64.o
/usr/lib/gcc/x86_64-linux-gnu/7/crtprec80.o
/usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/7/libgcov.a
/usr/libexec/gcc/x86_64-linux-gnu/7/cc1
/usr/libexec/gcc/x86_64-linux-gnu/7/collect2
/usr/libexec/gcc/x86_64-linux-gnu/7/liblto_plugin.la
/usr/libexec/gcc/x86_64-linux-gnu/7/liblto_plugin.so
Everything in /usr/bin and /usr/libexec can be stripped, but everything in
/usr/lib must not be.
At the moment the cross-gcc package won't build in the Fedora build farm.
I think the gcc package may well be in the same boat.
Thanks,
David
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
