https://sourceware.org/bugzilla/show_bug.cgi?id=20852
--- Comment #5 from ambrosehua at 126 dot com ---
(In reply to ma.jiang from comment #4)
> 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 (
https://sourceware.org/bugzilla/show_bug.cgi?id=20852
ambrosehua at 126 dot com changed:
What|Removed |Added
CC||ambrosehua at 126 dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20852
--- Comment #3 from ambrosehua at 126 dot com ---
(In reply to Florian Weimer from comment #2)
> There is no expectation that strlen can be interposed with the effect that
> glibc starts using the interposed version.
>
I don't
https://sourceware.org/bugzilla/show_bug.cgi?id=20852
--- Comment #1 from ambrosehua at 126 dot com ---
Created attachment 9660
--> https://sourceware.org/bugzilla/attachment.cgi?id=9660&action=edit
n64 glibc/mips 2.20
--
You are receiving this mail because:
You are on the CC list for
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ambrosehua at 126 dot com
Target Milestone: ---
Fedora 21/loongson glibc 2.20 n64，function strfry.c is compiled with calling
strlen with jalr in strfry.os, but in
final libc-2.20.so, the function strfry is built with
