This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] hppa: Optimize atomic_compare_and_exchange_val_acq
On 2016-09-27, at 1:17 PM, Carlos O'Donell wrote:
> Is the FAIL->PASS for tst-stack4 reliably tied to the addition of
> this patch?
I don't think so. It has something to do with testsuite. When I run test directly, it fails:
dave@mx3210:~/gnu/glibc/objdir/nptl$ ./tst-stack4
tst-stack4: tst-stack4.c:69: dso_process: Assertion `handle[dso]' failed.
Didn't expect signal from child: got `Aborted'
With gdb, I see:
(gdb) r
Starting program: /home/dave/gnu/glibc/objdir/nptl/tst-stack4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
[New process 23921]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
[New Thread 0xf97f7480 (LWP 23922)]
[New Thread 0xf8ff7480 (LWP 23923)]
tst-stack4: tst-stack4.c:69: dso_process: Assertion `handle[dso]' failed.
[New Thread 0xf87f7480 (LWP 23924)]
[New Thread 0xf7ff7480 (LWP 23925)]
Thread 2.2 "tst-stack4" received signal SIGABRT, Aborted.
[Switching to Thread 0xf97f7480 (LWP 23922)]
0xf98278b4 in __assert_fail_base (
fmt=0x1 <error: Cannot access memory at address 0x1>,
assertion=<optimized out>,
file=0x6 <error: Cannot access memory at address 0x6>, line=69,
function=<optimized out>) at assert.c:73
73 assert.c: No such file or directory.
Dave
--
John David Anglin dave.anglin@bell.net