This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH 0/7] Implement proposed POSIX _clockwait variants of existing _timedwait functions

From: Joseph Myers <joseph at codesourcery dot com>
To: Mike Crowe <mac at mcrowe dot com>
Cc: <libc-alpha at sourceware dot org>
Date: Mon, 11 Mar 2019 23:13:46 +0000
Subject: Re: [PATCH 0/7] Implement proposed POSIX _clockwait variants of existing _timedwait functions
References: <cover.b0c66849a87ca79889a49f2f1f2563b1a8a15d8b.1551291557.git-series.mac@mcrowe.com> <5d6c8c95-cea1-22e1-a4a6-a01037e5c377@linaro.org> <alpine.DEB.2.21.1903062113550.30459@digraph.polyomino.org.uk> <20190310091255.dfr7r4nys6cve5uf@mcrowe.com>

On Sun, 10 Mar 2019, Mike Crowe wrote:

> It would be straightforward to add them with support for CLOCK_REALTIME
> only, but I'm not sure that it really brings much value. Adding
> CLOCK_MONOTONIC support at the same time as the new functions would mean
> that autoconf scripts would know that CLOCK_MONOTONIC was supported if the
> functions were found, rather than having to fall back at runtime.

No, they wouldn't know that, if kernel support is needed for 
CLOCK_MONOTONIC support, because the kernel at runtime might be too old 
(glibc generally supports at least the oldest active LTS kernel series).

-- 
Joseph S. Myers
joseph@codesourcery.com

References:
- Re: [PATCH 0/7] Implement proposed POSIX _clockwait variants of existing _timedwait functions
  - From: Adhemerval Zanella
- Re: [PATCH 0/7] Implement proposed POSIX _clockwait variants of existing _timedwait functions
  - From: Joseph Myers
- Re: [PATCH 0/7] Implement proposed POSIX _clockwait variants of existing _timedwait functions
  - From: Mike Crowe

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]