ИСО/МЭК 9899:2011 (Е):
6.10.2.5
Реализация может игнорировать различия в алфавитном регистре и ограничивать отображение восемью значащими символами перед точкой.
Поскольку stdatomic.h имеет 9 символов перед точкой, противоречит ли это (потенциальному) ограничению выше? т.е. что некоторые реализации не будут различать stdatomic.h и (например) stdatomix.h при использовании их в качестве аргумента для директивы #include?
Дополнительный вопрос: почему stdatomic.h, а не atomic.h?
Реализация может игнорировать различия в алфавитном регистре и ограничивать отображение восемью значащими символами перед точкой.
Поскольку stdatomic.h имеет 9 символов перед точкой, противоречит ли это (потенциальному) ограничению выше?
Нет, потому что, хотя в нем используется слово «ограничение», это не ограничение языка или реализации. Это свобода, предоставляемая реализациям.
т.е. что некоторые реализации не будут различать stdatomic.h и (например) stdatomix.h при использовании их в качестве аргумента для директивы #include?
То, что реализация не различает эти два имени в качестве включаемых файлов, никоим образом не приведет к несоответствию. Стандарт определяет особое значение директив включения формы
#include <stdatomic.h>
. Пока реализация признает эту директиву и придает ей требуемое значение, для стандарта не имеет значения, будет ли
#include <stdatomix.h>
придается одинаковое значение.
Дополнительный вопрос: почему stdatomic.h, а не atomic.h?
Общепринятым, хотя и не повсеместно соблюдаемым соглашением, является префикс std к именам заголовков стандартных библиотек. Другие примеры включают stdalign.h, stdarg.h, stdbool.h, stddef.h, stdint.h, stdio.h, stdlib.h и stdnoreturn.h. Я не уверен в политике комитета по этому поводу, но, безусловно, один из эффектов заключается в уменьшении вероятности того, что имя нового заголовка, добавленного в стандартную библиотеку, конфликтует с именами заголовков, используемых в существующих проектах.
std (например, почему assert.h, а не stdassert.h)?
- person pmor; 24.02.2021
stdatomic.h и stdatomix.h, либо нет, по своему выбору. Больше опций не является ограничением по отношению к меньшему количеству опций.
- person John Bollinger; 24.02.2021
#include <stdatomic.h>? Будет ли такая реализация знать о свойствах базовой ФС и, например, сопоставлять stdatomic.h, скажем, с x1v3J_Ko.h (любая последовательность из 8 символов, которая вряд ли появится в пользовательском пространстве), которая является именем файла для файла с содержание stdatomic.h? т.е. как такая реализация обеспечит гарантию того, что stdatomic.h будет включен, несмотря на ограничение базовой FS?
- person pmor; 25.02.2021
stdatomi.h в файловой системе, и включение любого из <stdatomic.h>, <stdatomix.h>, <stdatomi.h> или <stdatomiasdfjkl.h> будет включать его.
- person Nate Eldredge; 25.02.2021
std, в основном появляются в более ранних версиях стандарта, чтобы соответствовать традиционному поведению или просто до того, как комитет решил серьезно отнестись к соблюдению соглашения std____.
- person Nate Eldredge; 25.02.2021
Если вы используете #include <stdatomic.h>, заголовок библиотеки должен быть включен. Но можно сделать то же самое (или нет) с #include <stdatomi.h> или #include <stdatomix.h>.
Однако #include <stdatom.h> должен рассматриваться как другой файл. Но, с другой стороны, нет ничего, что прямо запрещало бы реализации иметь файл stdatom.h, единственным содержимым которого является #include <stdatomic.h>. Не то, чтобы любая реализация сделала это, но это разрешено.
Здесь нет настоящего противоречия. Просто смешное последствие.
4. Conformance: В этом документе должно интерпретироваться как требование к реализации или к программе; и наоборот, не следует интерпретировать как запрет. См. также: stackoverflow.com/a/6565606/1778275.
- person pmor; 25.02.2021
stdatomic.h(7.17.1.2), то у нее не будет ограничения до 8 символов. Хорошо, если это вменяемая реализация. - person Eugene Sh. schedule 23.02.2021