https://sourceware.org/bugzilla/show_bug.cgi?id=20852
--- Comment #4 from ma.jiang at zte dot com.cn ---
Hi all,
I have checked the source code of strfry.c ,and the build process. I believe
that the generated binary is OK. In the strfry.s (add -save-temps ,and
recompile strfry.c to get it), we get the following chunk.
.loc 1 38 0
ld $25,%got_disp(__GI_strlen)($28)
.reloc 1f,R_MIPS_JALR,__GI_strlen
1: jalr $25
It is clear that strfry.c call the hidden symbol __GI_strlen instead of
normal strlen. So the optimized binary is OK. GLIBC has made some small tricks
in include/string.h which change many global symbols to internal hidden ones.
At last, I think the superfluous load should really be eliminated. I know
this might not be that easy as it looks.But with a little help of
compiler(build a connection between the ld insn and corresponding jalr), I
believe we could make it.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
