https://sourceware.org/bugzilla/show_bug.cgi?id=22756
--- Comment #8 from Jim Wilson ---
Linker relaxation that deletes code is O(m*n) where m is the number of
relocations and n is the number of symbols. There have been complaints about
this. This makes the RISC-V linker slower than other targe
https://sourceware.org/bugzilla/show_bug.cgi?id=22756
--- Comment #7 from Andreas Schwab ---
This simpler patch instead of #c3 fixes both the original problem and the
preceding test case.
diff --git c/bfd/elfnn-riscv.c w/bfd/elfnn-riscv.c
index 5f66f4f2d9..9c2b48baf5 100644
--- c/bfd/elfnn-riscv
Hi Marco,
>> I doubt if this is the same as oprofile will produce, but both tools
>> will be displaying processed DWARF line number information so they
>> should be roughly equivalent.
>
> The objdump output looks fine. Does that mean the issue has to be in Oprofile?
Not "has to", but it is defi
