https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112330
--- Comment #14 from chenglulu <chenglulu at loongson dot cn> --- (In reply to Xi Ruoyao from comment #13) > (In reply to chenglulu from comment #12) > > (In reply to Xi Ruoyao from comment #11) > > > I cherry-picked f87cf663af71e5d78c8d647fa48562102f3b0615 for Binutils 2.41 > > > and get some better error message: > > > > > > t.s:98064: Error: Reloc overflow > > > t.s:101127: Error: Reloc overflow > > > t.s:101453: Error: Reloc overflow > > > t.s:101555: Error: Reloc overflow > > > > > > t.s is the assembly file in attachments. > > > > 1fb3cdd87ec61715a5684925fb6d6a6cf53bb97c is also required． > > I know, I'm just trying to understand the issue better. > > I don't really understand why this was not a problem before r14-4674. And > this issue also did not show up immediately after r14-4674 (it even did not > show up when I was developing r14-4851). We can clearly delete the macro ASM_OUTPUT_ALIGN_WITH_NOP in r14-4674, and before deleting this macro, the generated assembly file looks like this: ... .align 16,54525952,4 .L1: ... blt $r12,$r13,.L１ ... after: .align 16 .L1: ... blt $r12,$r13,.L1 ... First of all, if you add -mrelax during the assembly process,".align 16,54525952,4" will be based on the situation at the time of assembly, and the choice is to insert a nop function without insertion.But this ".align 16" will insert 3 nops unconditionally. When calculating the jump range of the conditional branch, gcc calculates the space required for .align according to the actual alignment. So after r14-4674 there will be an error．
