|Anonymous | Login||2020-09-25 22:45 UTC|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Simple Details|
|ID||Category||Severity||Type||Date Submitted||Last Update|
|0001302||[1003.1(2016/18)/Issue7+TC2] Base Definitions and Headers||Objection||Enhancement Request||2019-11-19 15:27||2019-11-20 15:42|
|Organization||The Open Group|
|Final Accepted Text|
|Summary||0001302: Alignment with C17|
In Issue 8, align the standard with C17.
Note this bug has XBD as the category, but the changes affect all volumes.
|Desired Action||Apply the changes detailed in the attached document (whichever version is the latest at the time this bug is resolved - it is currently a work in progress).|
|Tags||No tags attached.|
|Attached Files||C17_alignment_20191119.pdf [^] (488,848 bytes) 2019-11-19 15:27|
Line 741, noreturn shouldn't be plain text; either bold or tt-tagged.
A few macro definitions like this follow for other keyword equivalencies.
Having these and other macro definitions as run on sentences is also inconsistent with other headers where each identifier is on a separate line.
The text does not carry into pthread_mutex_timedlock() the restriction with mtx_timedlock() that the initialization of the mtx_t value used specifies mtx_timed for it to return thrd_success. This requires modifying pthread_mutexattr_get/settype() or adding (sic) pthread_mutexattr_get/settimed() or ...setuntimed() as interfaces. The latter is preferable, even though this qualifies currently as invention, as the default for pthread_mutex_t currently is that they be usable with pthread_mutex_timedlock(), i.e. mtx_timed is presumed set. This is the one place where <threads.h> supersets <pthreads.h> in functionality, and I see it as on <pthreads.h> to change to accommodate this if the intent is all of <threads.h> be implementable as wrappers of <pthreads.h> interfaces.
Re: Note: 0004663
> Line 741, noreturn shouldn't be plain text
If you look at other header pages you'll see that all macro names are plain text (except for function-like macros). If you have a problem with that, this is not the place to raise it.
> Having these and other macro definitions as run on sentences is also inconsistent with other headers where each identifier is on a separate line.
I will fix that for <threads.h> at line 794. If you found a similar problem elsewhere please let me know the line number(s) by email.
> The text does not carry into pthread_mutex_timedlock() the restriction with mtx_timedlock() that the initialization of the mtx_t value used specifies mtx_timed for it to return thrd_success.
I'll respond to this on the mailing list, to avoid starting a discussion in these bug notes. This is a long document, so if we are not careful we will end up with far too many notes in this bug.
The changes to fopen proposed here overlap with the changes to fopen accepted for 0000411.
These changes should either be rewritten to apply on top of 0000411 or the resolution to 0000411 should be changed to apply on top of these changes.
"IEC 60559 implementations that support <complex.h>" does not seem correct to me.
An implementation can conform to Annex F of the C standard and provide the <complex.h> header without conforming to Annex G of the C standard.
Then that would be a conforming IEC 60559 implementation that supports <complex.h> but that does not implement the functionality specified by the MXC margin code.
Re: Note: 0004665
> The changes to fopen proposed here overlap with the changes to fopen accepted for 0000411.
Thanks, I will update my proposed changes.
> "IEC 60559 implementations that support <complex.h>" does not seem correct to me.
I see your point. The XBD 1.7.1 addition already says "The functionality described is mandated by the ISO C standard only for implementations that define __STDC_IEC_559_COMPLEX__" so I think that second sentence in the XRAT A.1.7.1 addition could just be dropped.
|2019-11-19 15:27||geoffclare||New Issue|
|2019-11-19 15:27||geoffclare||File Added: C17_alignment_20191119.pdf|
|2019-11-19 15:27||geoffclare||Name||=> Geoff Clare|
|2019-11-19 15:27||geoffclare||Organization||=> The Open Group|
|2019-11-19 15:27||geoffclare||Section||=> (many)|
|2019-11-19 15:27||geoffclare||Page Number||=> (many)|
|2019-11-19 15:27||geoffclare||Line Number||=> (many)|
|2019-11-19 15:27||geoffclare||Interp Status||=> ---|
|2019-11-19 17:04||shware_systems||Note Added: 0004663|
|2019-11-20 09:16||geoffclare||Note Added: 0004664|
|2019-11-20 10:49||dennisw||Note Added: 0004665|
|2019-11-20 14:07||geoffclare||Note Added: 0004666|
|2019-11-20 15:41||geoffclare||Relationship added||related to 0000411|
|2019-11-20 15:42||geoffclare||Relationship added||related to 0000711|
|2019-11-20 15:42||geoffclare||Relationship added||related to 0001163|
|Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group|