This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Testing glibc 2.24 on remaining machines.
- From: Joseph Myers <joseph at codesourcery dot com>
- To: David Miller <davem at davemloft dot net>
- Cc: <triegel at redhat dot com>, <carlos at redhat dot com>, <libc-alpha at sourceware dot org>, <rth at redhat dot com>, <samuel dot thibault at ens-lyon dot org>, <hjl dot tools at gmail dot com>, <vapier at gentoo dot org>, <schwab at suse dot de>, <chunglin_tang at mentor dot com>, <adhemerval dot zanella at linaro dot org>
- Date: Thu, 21 Jul 2016 16:36:32 +0000
- Subject: Re: Testing glibc 2.24 on remaining machines.
- Authentication-results: sourceware.org; auth=none
- References: <521d3f7a-6375-11c7-5987-ad2f0f1ab290@redhat.com> <20160720.153931.575029361394679476.davem@davemloft.net> <1469100768.13664.13.camel@localhost.localdomain> <20160721.092517.1588456632234143840.davem@davemloft.net>
On Thu, 21 Jul 2016, David Miller wrote:
> Nothing done completely inside of glibc will support signals properly.
> Even the current locking in glibc deadlocks in several testcases
> because of this problem.
>
> Like some other architectures in the same situation have done, we
> would need something in the kernel to implement locking properly
> and in a signal safe way.
>
> And it's really hard to justify all of that work.
Then should we follow option (1) not further support pre-v9 sparc? If so,
much the same approach should be followed as for i386: make configure give
an error when the compiler is configured for pre-v9; merge sysdeps
directories so there are no longer separate sparcv8 and sparcv9
subdirectories but sparc/sparc32 assumes v9; remove obsolete preprocessor
conditionals such as in kernel-features.h.
--
Joseph S. Myers
joseph@codesourcery.com