The following issue has a resolution that has been APPLIED.
==
https://austingroupbugs.net/view.php?id=1346
==
Reported By:markh
Assigned
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
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
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
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
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
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
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,
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
The following issue has been RESOLVED.
==
https://austingroupbugs.net/view.php?id=1346
==
Reported By:markh
Assigned To:
A NOTE has been added to this issue.
==
https://austingroupbugs.net/view.php?id=1346
==
Reported By:markh
Assigned To:
11 matches
Mail list logo