https://sourceware.org/bugzilla/show_bug.cgi?id=21332
--- Comment #4 from rguenther at suse dot de --- On Thu, 30 Mar 2017, mark at klomp dot org wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=21332 > > --- Comment #3 from Mark Wielaard <mark at klomp dot org> --- > (In reply to rguenther from comment #2) > > On Thu, 30 Mar 2017, mark at klomp dot org wrote: > > > The question is how did a compressed ELF section end up in the > > > elfstrmerge.o > > > file in the first place? Especially since it apparently isn't in the > > > resulting > > > EXE file. Seems somehow the ET_REL file got created with a compressed ELF > > > section, but then the linker fixed things up again? > > > > Recent GAS versions compress debug sections by default (but ld then > > uncompresses again for the final exe). Supposedly to improve I/O. > > That seems like a stupid default. Were there any benchmarks showing the extra > compressing/decompressing cycle actually help? I am sure eu-elflint isn't the > only program that cannot handle compressed ELF sections by default. The idea is that exposing this only (by default) for .o files the set of tools would be small. -Wa,--nocompress-debug-sections disables this. As of binutils 2.27 we have * Default to --enable-compressed-debug-sections=gas for Linux/x86 targets. so quite narrow list of targets (not sure how s390x is affected for me then...). -- You are receiving this mail because: You are on the CC list for the bug.
