x86_64-exception-multiple-ehframe fails with GCC 14 about mold

[rui314]

objcopy indeed corrupted the ELF file because the tool created section symbols as absolute symbols, which doesn't make sense.

[marxin]

FYI: @andreas-schwab

[rui314]

Could you also share a.o?

[marxin]

Sure:
a.o.tar.gz

[rui314]

Does the above change work for you?

[marxin]

Yes, it did.

Anyway, I don't think objcopy corrupted the ELF container, but instead the sections are in the opposite order if I compare objdump -s out/test/elf/x86_64/exception-multiple-ehframe/c.o before and after your change:

 Contents of section .note.gnu.property:
  0000 04000000 10000000 05000000 474e5500  ............GNU.
  0010 010001c0 04000000 01000000 00000000  ................
 Contents of section .eh_frame:
  0000 1c000000 00000000 017a504c 52000178  .........zPLR..x
  0010 10079b00 0000001b 1b0c0708 90010000  ................
  0020 24000000 24000000 00000000 5b000000  $...$.......[...
  0030 04000000 00410e10 8602430d 06458303  .....A....C..E..
- 0040 02510c07 08000000                    .Q......        
+ 0040 02510c07 08000000 00000000           .Q..........    
 Contents of section .eh_frame:
  0000 1c000000 00000000 017a504c 52000178  .........zPLR..x
  0010 10079b00 0000001b 1b0c0708 90010000  ................
  0020 24000000 24000000 00000000 5b000000  $...$.......[...
  0030 04000000 00410e10 8602430d 06458303  .....A....C..E..
- 0040 02510c07 08000000 00000000           .Q..........    
+ 0040 02510c07 08000000                    .Q......        
 Contents of section .gcc_except_table:
  0000 ff9b1101 082b0530 01390500 00010000  .....+.0.9......
  0010 00000000 ff9b1101 082b0530 01390500  .........+.0.9..
  0020 00010000 00000000                    ........        

[marxin]

Can we please reopen it?

[andreas-schwab]

sed is only guaranteed to work on text files.

[marxin]

Can you try llvm-objcopy if it does the same?

[rui314]

I'll use perl instead of sed to modify the binary files.