Followup-For: Bug #1005863 X-Debbugs-Cc: ballo...@debian.org Control: reassign -1 binutils 2.38-1
Reassigning this from package 'gcc' to 'binutils': It looks like it is GNU binutils[1] (and in particular, the GNU assembler) that is responsible for producing the assembly opcodes for a binary compiled with gcc. On Mon, 20 Mar 2023 11:27:40 +0100, Bill Allombert wrote: > From a purely engineering perspective, without a way to address this problem, > increasing the severity will not achieve much. Yep, agreed. I'd like to learn more about technical fix feasibility before adjusting the severity. There was a commit[2] in Y2010 of GNU binutils to stop emitting NOPL on (32bit) i686 targets.. I'm wondering if it's possible that a regression since then may have caused the opcodes to reappear. (it continues to be equally likely that I've completely misunderstood and am creating noise without making any useful progress) [1] - https://www.gnu.org/software/binutils/ [2] - https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=2210942396dab942a86cb6777c705554b84ebb0e
