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 -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx