[1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-16 Thread Austin Group Bug Tracker via austin-group-l at The Open Group
The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1346 == Reported By:markh Assigned

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Philip Guenther via austin-group-l at The Open Group
I agree with Robert on this. Bumping the value of these macros when there's no change to the specified behavior of the relevant functionality provides no benefit and is actively harmful to code being forward portable. Yes, this makes the text of the specification for these more complex, while

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Robert Elz via austin-group-l at The Open Group
Date:Thu, 3 Dec 2020 20:08:35 + (UTC) From:shwaresyst Message-ID: <542954052.4149333.1607026115...@mail.yahoo.com> | It's my understanding the practice predates Issue 6 | and stems from a desire to not break code similar to: | #include | #if

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread shwaresyst via austin-group-l at The Open Group
It's my understanding the practice predates Issue 6 (I just used that as example) and stems from a desire to not break code similar to: #include #if defined(POSIX_OPT) && POSIX_OPT == _POSIX_VERSION ... Add code that presumes option availability ... #endif or at runtime: #ifdef POSIX_OPT if

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Robert Elz via austin-group-l at The Open Group
Date:Thu, 3 Dec 2020 10:53:43 -0800 From:Nick Stoughton Message-ID: | If the value is 200112L, then the implementation of the monotonic clock is | as specified in that version of the standard (where it was optional). If | the value is 200809L, then the

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Nick Stoughton via austin-group-l at The Open Group
If the value is 200112L, then the implementation of the monotonic clock is as specified in that version of the standard (where it was optional). If the value is 200809L, then the implementation of the monotonic clock is as specified in that version (where it was optional). And so on ... The

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Robert Elz via austin-group-l at The Open Group
Date:Thu, 3 Dec 2020 18:11:51 + (UTC) From:shwaresyst Message-ID: <684426419.4103424.1607019111...@mail.yahoo.com> | The 20yymmL shall be replaced with the value specific to Issue 8 when that | is finalized, not that an implementation may choose an arbitrary

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread shwaresyst via austin-group-l at The Open Group
The 20yymmL shall be replaced with the value specific to Issue 8 when that is finalized, not that an implementation may choose an arbitrary value after 2000. It's a placeholder to indicate this for the bug report only. The other 200809L values all get a blanket change eventually too,

Re: [1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Robert Elz via austin-group-l at The Open Group
Date:Thu, 3 Dec 2020 17:21:47 + From:"Austin Group Bug Tracker via austin-group-l at The Open Group" Message-ID: | A NOTE has been added to this issue The issue is now closed, so I cannot append a new note [Aside: adding proposed text, and immediately

[1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Austin Group Bug Tracker via austin-group-l at The Open Group
The following issue has been RESOLVED. == https://austingroupbugs.net/view.php?id=1346 == Reported By:markh Assigned To:

[1003.1(2016/18)/Issue7+TC2 0001346]: Require support for CLOCK_MONOTONIC

2020-12-03 Thread Austin Group Bug Tracker via austin-group-l at The Open Group
A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1346 == Reported By:markh Assigned To: