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: "jengelh at inai dot de" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 17 Sep 2012 09:58:22 +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 #6 from Jan Engelhardt <jengelh at inai dot de> 2012-09-17 09:58:22 UTC ---
When linking the test program with the new libc statically (it entails a long
command line), it runs. strdup.o, strdup.os themselves check out, but libc.so
does not. objdump has this to say - *ABS*...:
0000000000095ee0 <__strdup>:
95ee0: 9d e3 bf 50 save %sp, -176, %sp
95ee4: 90 10 00 18 mov %i0, %o0
95ee8: 40 00 00 ae call 961a0 <strlen>
95eec: b2 10 00 18 mov %i0, %i1
95ef0: b4 02 20 01 add %o0, 1, %i2
95ef4: 40 07 55 33 call 26b3c0 <malloc@plt>
95ef8: 90 10 00 1a mov %i2, %o0
95efc: 02 c2 00 04 brz,pn %o0, 95f0c <__strdup+0x2c>
95f00: 01 00 00 00 nop
95f04: 40 07 55 67 call 26b4a0 <*ABS*+0x99600@plt>
95f08: 91 e8 00 08 restore %g0, %o0, %o0
95f0c: 81 cf e0 08 rett %i7 + 8
95f10: 90 10 20 00 clr %o0
95f14: 30 68 00 03 b,a %xcc, 95f20 <__strndup>
95f18: 01 00 00 00 nop
95f1c: 01 00 00 00 nop
That does not seem right at all.
--
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.