This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/14376] glibc-2.16 strdup Illegal Instruction on sparc64
- From: "davem at davemloft dot net" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 17 Sep 2012 16:18:11 +0000
- Subject: [Bug libc/14376] glibc-2.16 strdup Illegal Instruction on sparc64
- Auto-submitted: auto-generated
- References: <bug-14376-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=14376
--- Comment #7 from David S. Miller <davem at davemloft dot net> 2012-09-17 16:18:11 UTC ---
What does not look right at all?
The memcpy call is giving an absolute address to the
memcpy plt slot because that's how IFUNC symbols
end up looking in this case.
If you disassemble 0x99600 you'll see the unresolved PLT
entry for memcpy which, once resolved, will have an
invocation of the correct memcpy implementation for your
processor.
I see nothing wrong nor out of place in any of your
assembler dumps.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.