Почему препроцессор C интерпретирует слово «linux» как константу «1»?

Question

Почему препроцессор C интерпретирует слово «linux» как константу «1»?

866

Почему препроцессор C в GCC интерпретирует слово linux (маленькие буквы) как константу 1?

test.c:

#include <stdio.h>
int main(void)
{       
    int linux = 5;
    return 0;
}

Результат $ gcc -E test.c (остановка после этапа предварительной обработки):

....
int main(void)
{
    int 1 = 5;
    return 0;
}

Что, конечно, дает ошибку.

(BTW: в файле stdio.h нет #define linux.)

ahmedaly50 06 окт. 2013, в 17:11

Источник

42

вы бы подумали, что этот вопрос уже возник бы
Letseatlunch 10 окт. 2013, в 18:53
1

Похожий вопрос: stackoverflow.com/questions/3770322/…
matcheek 18 окт. 2013, в 12:25
9

Вы пробовали #undef linux или, возможно, использовали другую переменную? Я думаю, что константа linux используется для тестирования операционных систем, например, если вы разрабатываете кроссплатформенное приложение и вам нужно точно знать, какой API использовать (windows, mac, linux, BSD и т. Д.). Его нет в stdio.h, но он все еще определен, если ядром является linux. Тот же код не должен вызывать ошибку в Windows, но использование чего-то вроде windows или WINDOWS, как переменная, вероятно, и наоборот
Braden Best 13 янв. 2014, в 06:58
0

просто любопытно: что произойдет, добавив параметр командной строки -Ulinux к компиляции?
dhein 12 янв. 2016, в 09:37
29

@ ahmedaly50 Ответ очевиден, потому что Linux - номер 1.
Mr. Minty Fresh 21 нояб. 2016, в 18:24

Показать ещё 3 комментария

Теги:

c

linux

gcc

c-preprocessor

5 ответов

160

Это, по-видимому, (недокументированное) расширение GNU: [коррекция: я наконец нашел упоминание в документах. См. Ниже.]

Следующая команда использует параметр -dM для печати всех препроцессоров; поскольку входной "файл" пуст, он показывает точно предопределенные макросы. Он был запущен с gcc-4.7.3 на стандартной установке ubuntu. Вы можете видеть, что препроцессор является стандартным. Всего имеется 243 макроса с -std=gnu99 и 240 с -std=c99; Я отфильтровал вывод для релевантности.

$ cpp --std=c89 -dM < /dev/null | grep linux
#define __linux 1
#define __linux__ 1
#define __gnu_linux__ 1

$ cpp --std=gnu89 -dM < /dev/null | grep linux
#define __linux 1
#define __linux__ 1
#define __gnu_linux__ 1
#define linux 1

$ cpp --std=c99 -dM < /dev/null | grep linux
#define __linux 1
#define __linux__ 1
#define __gnu_linux__ 1

$ cpp --std=gnu99 -dM < /dev/null | grep linux
#define __linux 1
#define __linux__ 1
#define __gnu_linux__ 1
#define linux 1

Стандарты "gnu standard" также #define unix. (Использование c11 и gnu11 дает те же результаты.)

Я полагаю, что у них были свои причины, но мне кажется, что я устанавливаю установку gcc по умолчанию (которая компилирует код C с -std=gnu89, если не указано иное) несоответствие, и - как в этом вопросе - удивительно. Загрязнение глобального пространства имен макросами, имена которых не начинаются с символа подчеркивания, не допускается в соответствии с реализацией. (6.8.10p2: "Любые другие предопределенные имена макросов начинаются с верхнего подчеркивания, за которым следует заглавная буква или вторая подчеркивание ", но, как упоминалось в Приложении J.5 (проблемы переносимости), такие имена часто предопределены.)

Когда я изначально написал этот ответ, мне не удалось найти какую-либо документацию в gcc об этой проблеме, но я, наконец, обнаружил ее, а не в C, определяемом реализацией поведения и C, но в разделе cpp 3.7.3, где он отмечает что:

Мы постепенно отказываемся от всех предопределенных макросов, которые находятся за пределами зарезервированного пространства имен. Вы никогда не должны использовать их в новых программах & hellip;

rici 06 окт. 2013, в 17:29

55

Это не является нарушением стандарта C, поскольку компиляция GCC для gnu89 или gnu99 не является реализацией стандарта C, и стандарт C не предъявляет никаких требований к вещам, которые не являются его реализациями.
Eric Postpischil 06 окт. 2013, в 17:18
16

@EricPostpischil: это, безусловно, правда; это просто несоответствующая реализация. Однако -std = c89 является настройкой по умолчанию для gcc, поэтому по умолчанию gcc не соответствует. Конечно, это не незаконно, но можно ожидать, что в какой-то момент развития расширений gnu89, gnu99, gnu11 этот gcc либо отбросит загрязнение пространства имен, либо где-то задокументирует его.
rici 06 окт. 2013, в 17:28
1

@EricPostpischil: Хорошо, я нашел некоторую документацию в документации gnu cpp, которая включает предложение «Мы постепенно выводим все предопределенные макросы, которые находятся за пределами зарезервированного пространства имен. Вы никогда не должны использовать их в новых программах, и мы рекомендуем вам исправить старый код, чтобы использовать параллельные макросы всякий раз, когда вы его найдете. " После обеда я отредактирую свой ответ указателем.
rici 06 окт. 2013, в 17:36
1

Я не знаю, в каком отношении «-std = c89 является настройкой по умолчанию для gcc». Программное обеспечение GCC и команда gcc существуют во многих различных версиях. Версия, распространяемая Apple, по умолчанию не имеет «-std = c89».
Eric Postpischil 06 окт. 2013, в 17:55
4

@EricPostpischil: Ты прав. Я опечатал это. Я имел в виду, что -std=gnu89 является значением по умолчанию, и, насколько я знаю, это значение по умолчанию для соляриса, linux и mac os x ( developer.apple.com/library/mac/documentation/Darwin/Reference/… для последнего ), и это тот, который загрязняет пространство имен. c89 действительно пытается соответствовать стандарту, поэтому, если бы это было по умолчанию, я бы не стал жаловаться.
rici 06 окт. 2013, в 19:26
1

Основная проблема заключается в том, что существует старый код, который зависит от макроса linux для правильной работы на linux. Поэтому по умолчанию мы продолжаем пытаться поддерживать тот старый код, который не затрагивался десятилетиями. Хорошая идея или нет, это вопрос мнения
Chris Dodd 06 окт. 2013, в 19:35
6

@ChrisDodd: У меня нет мнения о том, хорошая это идея или нет. Я твердо убежден, что такие отклонения от стандарта легко найти в документации.
rici 06 окт. 2013, в 19:43
1

По умолчанию используется версия gnu, потому что вы вызываете ее как 'gcc' или компилятор gnu c. Если вам нужна стандартная версия, назовите ее именем, соответствующим стандартам, «c99» или «c89», что приведет к ее соответствию стандарту. Псевдоним 'c99' фактически определяется единственной спецификацией unix, поэтому будет работать и в системах без gcc.
John Meacham 09 сен. 2014, в 08:15

Показать ещё 6 комментариев

60

Поскольку linux - это встроенный макрос, определенный при запуске компилятора или компиляция для (если это кросс-компилятор), Linux.

Есть много таких предопределенных макросов. С помощью GCC вы можете использовать:

cp /dev/null emptyfile.c
gcc -E -dM emptyfile.c

чтобы получить список макросов. (Мне не удалось убедить GCC принять /dev/null напрямую, но пустой файл, похоже, работает нормально.) С GCC 4.8.1, работающим на Mac OS X 10.8.5, я получил результат:

#define __DBL_MIN_EXP__ (-1021)
#define __UINT_LEAST16_MAX__ 65535
#define __ATOMIC_ACQUIRE 2
#define __FLT_MIN__ 1.17549435082228750797e-38F
#define __UINT_LEAST8_TYPE__ unsigned char
#define __INTMAX_C(c) c ## L
#define __CHAR_BIT__ 8
#define __UINT8_MAX__ 255
#define __WINT_MAX__ 2147483647
#define __ORDER_LITTLE_ENDIAN__ 1234
#define __SIZE_MAX__ 18446744073709551615UL
#define __WCHAR_MAX__ 2147483647
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 1
#define __DBL_DENORM_MIN__ ((double)4.94065645841246544177e-324L)
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8 1
#define __GCC_ATOMIC_CHAR_LOCK_FREE 2
#define __FLT_EVAL_METHOD__ 0
#define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 2
#define __x86_64 1
#define __UINT_FAST64_MAX__ 18446744073709551615ULL
#define __SIG_ATOMIC_TYPE__ int
#define __DBL_MIN_10_EXP__ (-307)
#define __FINITE_MATH_ONLY__ 0
#define __GNUC_PATCHLEVEL__ 1
#define __UINT_FAST8_MAX__ 255
#define __DEC64_MAX_EXP__ 385
#define __INT8_C(c) c
#define __UINT_LEAST64_MAX__ 18446744073709551615ULL
#define __SHRT_MAX__ 32767
#define __LDBL_MAX__ 1.18973149535723176502e+4932L
#define __UINT_LEAST8_MAX__ 255
#define __GCC_ATOMIC_BOOL_LOCK_FREE 2
#define __APPLE_CC__ 1
#define __UINTMAX_TYPE__ long unsigned int
#define __DEC32_EPSILON__ 1E-6DF
#define __UINT32_MAX__ 4294967295U
#define __LDBL_MAX_EXP__ 16384
#define __WINT_MIN__ (-__WINT_MAX__ - 1)
#define __SCHAR_MAX__ 127
#define __WCHAR_MIN__ (-__WCHAR_MAX__ - 1)
#define __INT64_C(c) c ## LL
#define __DBL_DIG__ 15
#define __GCC_ATOMIC_POINTER_LOCK_FREE 2
#define __SIZEOF_INT__ 4
#define __SIZEOF_POINTER__ 8
#define __USER_LABEL_PREFIX__ _
#define __STDC_HOSTED__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __FLT_EPSILON__ 1.19209289550781250000e-7F
#define __LDBL_MIN__ 3.36210314311209350626e-4932L
#define __DEC32_MAX__ 9.999999E96DF
#define __strong 
#define __INT32_MAX__ 2147483647
#define __SIZEOF_LONG__ 8
#define __APPLE__ 1
#define __UINT16_C(c) c
#define __DECIMAL_DIG__ 21
#define __LDBL_HAS_QUIET_NAN__ 1
#define __DYNAMIC__ 1
#define __GNUC__ 4
#define __MMX__ 1
#define __FLT_HAS_DENORM__ 1
#define __SIZEOF_LONG_DOUBLE__ 16
#define __BIGGEST_ALIGNMENT__ 16
#define __DBL_MAX__ ((double)1.79769313486231570815e+308L)
#define __INT_FAST32_MAX__ 2147483647
#define __DBL_HAS_INFINITY__ 1
#define __DEC32_MIN_EXP__ (-94)
#define __INT_FAST16_TYPE__ short int
#define __LDBL_HAS_DENORM__ 1
#define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL
#define __INT_LEAST32_MAX__ 2147483647
#define __DEC32_MIN__ 1E-95DF
#define __weak 
#define __DBL_MAX_EXP__ 1024
#define __DEC128_EPSILON__ 1E-33DL
#define __SSE2_MATH__ 1
#define __ATOMIC_HLE_RELEASE 131072
#define __PTRDIFF_MAX__ 9223372036854775807L
#define __amd64 1
#define __tune_core2__ 1
#define __ATOMIC_HLE_ACQUIRE 65536
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __SIZEOF_SIZE_T__ 8
#define __SIZEOF_WINT_T__ 4
#define __GXX_ABI_VERSION 1002
#define __FLT_MIN_EXP__ (-125)
#define __INT_FAST64_TYPE__ long long int
#define __DBL_MIN__ ((double)2.22507385850720138309e-308L)
#define __LP64__ 1
#define __DEC128_MIN__ 1E-6143DL
#define __REGISTER_PREFIX__ 
#define __UINT16_MAX__ 65535
#define __DBL_HAS_DENORM__ 1
#define __UINT8_TYPE__ unsigned char
#define __NO_INLINE__ 1
#define __FLT_MANT_DIG__ 24
#define __VERSION__ "4.8.1"
#define __UINT64_C(c) c ## ULL
#define __GCC_ATOMIC_INT_LOCK_FREE 2
#define __FLOAT_WORD_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __INT32_C(c) c
#define __DEC64_EPSILON__ 1E-15DD
#define __ORDER_PDP_ENDIAN__ 3412
#define __DEC128_MIN_EXP__ (-6142)
#define __INT_FAST32_TYPE__ int
#define __UINT_LEAST16_TYPE__ short unsigned int
#define __INT16_MAX__ 32767
#define __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ 1080
#define __SIZE_TYPE__ long unsigned int
#define __UINT64_MAX__ 18446744073709551615ULL
#define __INT8_TYPE__ signed char
#define __FLT_RADIX__ 2
#define __INT_LEAST16_TYPE__ short int
#define __LDBL_EPSILON__ 1.08420217248550443401e-19L
#define __UINTMAX_C(c) c ## UL
#define __SSE_MATH__ 1
#define __k8 1
#define __SIG_ATOMIC_MAX__ 2147483647
#define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 2
#define __SIZEOF_PTRDIFF_T__ 8
#define __x86_64__ 1
#define __DEC32_SUBNORMAL_MIN__ 0.000001E-95DF
#define __INT_FAST16_MAX__ 32767
#define __UINT_FAST32_MAX__ 4294967295U
#define __UINT_LEAST64_TYPE__ long long unsigned int
#define __FLT_HAS_QUIET_NAN__ 1
#define __FLT_MAX_10_EXP__ 38
#define __LONG_MAX__ 9223372036854775807L
#define __DEC128_SUBNORMAL_MIN__ 0.000000000000000000000000000000001E-6143DL
#define __FLT_HAS_INFINITY__ 1
#define __UINT_FAST16_TYPE__ short unsigned int
#define __DEC64_MAX__ 9.999999999999999E384DD
#define __CHAR16_TYPE__ short unsigned int
#define __PRAGMA_REDEFINE_EXTNAME 1
#define __INT_LEAST16_MAX__ 32767
#define __DEC64_MANT_DIG__ 16
#define __INT64_MAX__ 9223372036854775807LL
#define __UINT_LEAST32_MAX__ 4294967295U
#define __GCC_ATOMIC_LONG_LOCK_FREE 2
#define __INT_LEAST64_TYPE__ long long int
#define __INT16_TYPE__ short int
#define __INT_LEAST8_TYPE__ signed char
#define __DEC32_MAX_EXP__ 97
#define __INT_FAST8_MAX__ 127
#define __INTPTR_MAX__ 9223372036854775807L
#define __LITTLE_ENDIAN__ 1
#define __SSE2__ 1
#define __LDBL_MANT_DIG__ 64
#define __CONSTANT_CFSTRINGS__ 1
#define __DBL_HAS_QUIET_NAN__ 1
#define __SIG_ATOMIC_MIN__ (-__SIG_ATOMIC_MAX__ - 1)
#define __code_model_small__ 1
#define __k8__ 1
#define __INTPTR_TYPE__ long int
#define __UINT16_TYPE__ short unsigned int
#define __WCHAR_TYPE__ int
#define __SIZEOF_FLOAT__ 4
#define __pic__ 2
#define __UINTPTR_MAX__ 18446744073709551615UL
#define __DEC64_MIN_EXP__ (-382)
#define __INT_FAST64_MAX__ 9223372036854775807LL
#define __GCC_ATOMIC_TEST_AND_SET_TRUEVAL 1
#define __FLT_DIG__ 6
#define __UINT_FAST64_TYPE__ long long unsigned int
#define __INT_MAX__ 2147483647
#define __MACH__ 1
#define __amd64__ 1
#define __INT64_TYPE__ long long int
#define __FLT_MAX_EXP__ 128
#define __ORDER_BIG_ENDIAN__ 4321
#define __DBL_MANT_DIG__ 53
#define __INT_LEAST64_MAX__ 9223372036854775807LL
#define __GCC_ATOMIC_CHAR16_T_LOCK_FREE 2
#define __DEC64_MIN__ 1E-383DD
#define __WINT_TYPE__ int
#define __UINT_LEAST32_TYPE__ unsigned int
#define __SIZEOF_SHORT__ 2
#define __SSE__ 1
#define __LDBL_MIN_EXP__ (-16381)
#define __INT_LEAST8_MAX__ 127
#define __SIZEOF_INT128__ 16
#define __LDBL_MAX_10_EXP__ 4932
#define __ATOMIC_RELAXED 0
#define __DBL_EPSILON__ ((double)2.22044604925031308085e-16L)
#define _LP64 1
#define __UINT8_C(c) c
#define __INT_LEAST32_TYPE__ int
#define __SIZEOF_WCHAR_T__ 4
#define __UINT64_TYPE__ long long unsigned int
#define __INT_FAST8_TYPE__ signed char
#define __DBL_DECIMAL_DIG__ 17
#define __FXSR__ 1
#define __DEC_EVAL_METHOD__ 2
#define __UINT32_C(c) c ## U
#define __INTMAX_MAX__ 9223372036854775807L
#define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __FLT_DENORM_MIN__ 1.40129846432481707092e-45F
#define __INT8_MAX__ 127
#define __PIC__ 2
#define __UINT_FAST32_TYPE__ unsigned int
#define __CHAR32_TYPE__ unsigned int
#define __FLT_MAX__ 3.40282346638528859812e+38F
#define __INT32_TYPE__ int
#define __SIZEOF_DOUBLE__ 8
#define __FLT_MIN_10_EXP__ (-37)
#define __INTMAX_TYPE__ long int
#define __DEC128_MAX_EXP__ 6145
#define __ATOMIC_CONSUME 1
#define __GNUC_MINOR__ 8
#define __UINTMAX_MAX__ 18446744073709551615UL
#define __DEC32_MANT_DIG__ 7
#define __DBL_MAX_10_EXP__ 308
#define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L
#define __INT16_C(c) c
#define __STDC__ 1
#define __PTRDIFF_TYPE__ long int
#define __ATOMIC_SEQ_CST 5
#define __UINT32_TYPE__ unsigned int
#define __UINTPTR_TYPE__ long unsigned int
#define __DEC64_SUBNORMAL_MIN__ 0.000000000000001E-383DD
#define __DEC128_MANT_DIG__ 34
#define __LDBL_MIN_10_EXP__ (-4931)
#define __SIZEOF_LONG_LONG__ 8
#define __GCC_ATOMIC_LLONG_LOCK_FREE 2
#define __LDBL_DIG__ 18
#define __FLT_DECIMAL_DIG__ 9
#define __UINT_FAST16_MAX__ 65535
#define __GNUC_GNU_INLINE__ 1
#define __GCC_ATOMIC_SHORT_LOCK_FREE 2
#define __SSE3__ 1
#define __UINT_FAST8_TYPE__ unsigned char
#define __ATOMIC_ACQ_REL 4
#define __ATOMIC_RELEASE 3

Это 236 макросов из пустого файла. Когда я добавил в файл #include <stdio.h>, количество макросов, определенных выше, увеличилось до 505. Они включают в себя все виды макросов, идентифицирующих платформу.

Jonathan Leffler 06 окт. 2013, в 17:41

4

На самом деле их много, с помощью gcc вы можете получить такой список: cpp -dM < /dev/null
asveikau 06 окт. 2013, в 16:13
0

@asveikau: Спасибо - я только что проверил некоторые недавние вопросы, где это обсуждалось - я собирался добавить его.
Jonathan Leffler 06 окт. 2013, в 16:15
11

Но linux не среди макросов ...
Kerrek SB 06 окт. 2013, в 16:20
2

Он ( linux ) не определен на моей машине Mac OS X - он не работает под управлением Linux (ну, есть виртуальная машина под управлением Linux, но ...). Это может быть определено заголовками, включенными в <stdio.h> ; запуск пустого файла может не совпадать.
Jonathan Leffler 06 окт. 2013, в 16:22
17

Вы не можете использовать /dev/null в качестве исходного файла без -x как он не имеет расширения, поэтому gcc не знает, является ли он C или C ++. Вы можете использовать gcc -E -dM -xc /dev/null или gcc -E -dm -x c++ /dev/null чтобы получить список без необходимости создания пустого файла.
Chris Dodd 06 окт. 2013, в 19:39
2

@ChrisDodd - это работает здесь. Заметьте, я сказал, что cpp (препроцессор) не gcc . Заметьте также, что я не указываю /dev/null в качестве входного файла, а скорее использую перенаправление для превращения /dev/null в стандартный stdin . Также @KerrekSB: на моем компьютере с Debian linux находится в списке.
asveikau 07 окт. 2013, в 00:17
0

@JonathanLeffler: первым шагом может быть просто «touch emptyfile.c» ^^. Интересно (и опасно!), Что некоторые вещи, которые «я мог бы использовать в своей собственной программе, не задумываясь», могут быть преобразованы препроцессором! Пример: touch nothing.c ; gcc -E -dM nothing.c | awk '{print $2}' | grep -v '__' : он показывает «unix» и «i386» среди очень вероятных вещей, которые я мог иметь в программе, не зная, что они будут изменены препроцессором!
Olivier Dulac 10 окт. 2013, в 14:05
1

Да, это возможно. Вы хотите соревноваться за то, как много разных способов создать пустой файл? Это также может быть > emptyfile.c или : > emptyfile.c или dd if=/etc/passwd of=emptyfile.c count=0 или…
Jonathan Leffler 10 окт. 2013, в 14:07
0

почему сейчас просто touch emptyfile.c ?
jdborg 22 сен. 2014, в 10:21
0

@jdborg: если вы имели в виду «почему бы просто не touch emptyfile.c », то, как я уже отмечал в предыдущем комментарии, существует несколько способов создания пустых файлов и touch emptyfile.c но также работает cp /dev/null emptyfile.c и так делают много альтернатив. Я не очень часто использую touch ; Я не против, если ты это сделаешь.
Jonathan Leffler 22 сен. 2014, в 14:34
0

почему бы просто не echo|cc -E -dM ->defines.c ?
user1461607 12 дек. 2017, в 08:31

Показать ещё 9 комментариев

38

От info gcc (внимание мое):

-ansi

В режиме C это эквивалентно -std=c90. В режиме С++ это эквивалентно -std=c++98. Это отключает некоторые функции GCC, которые несовместимы с ISO C90 (при компиляции кода C) или стандартного С++ (при компиляции С++), например ключевые слова asm и typeof, и предопределенные макросы, такие как "unix" и "vax" , которые идентифицируют тип системы ты используешь. Он также позволяет использовать нежелательные и редко используемые ИСО триграф. Для компилятора C он отключает распознавание С++ style //, а также ключевое слово inline.

(Он использует vax в примере вместо linux, потому что, когда он был написан, возможно, он был более популярен; -).

Основная идея заключается в том, что GCC только пытается полностью соответствовать стандартам ISO, когда он вызывается с опцией -ansi.

rodrigo 06 окт. 2013, в 18:21

4

Чтобы заставить gcc (попытаться) полностью соответствовать, вы должны указать -ansi или std=cXX , где XX - 89 , 90 , 99 или 11 , и -pedantic или -pedantic-errors . Даже это упрощение; см. руководство для деталей.
Keith Thompson 09 окт. 2013, в 19:10

1

Используйте эту команду

gcc -dM -E - < /dev/null

чтобы получить это

    #define _LP64 1
#define _STDC_PREDEF_H 1
#define __ATOMIC_ACQUIRE 2
#define __ATOMIC_ACQ_REL 4
#define __ATOMIC_CONSUME 1
#define __ATOMIC_HLE_ACQUIRE 65536
#define __ATOMIC_HLE_RELEASE 131072
#define __ATOMIC_RELAXED 0
#define __ATOMIC_RELEASE 3
#define __ATOMIC_SEQ_CST 5
#define __BIGGEST_ALIGNMENT__ 16
#define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __CHAR16_TYPE__ short unsigned int
#define __CHAR32_TYPE__ unsigned int
#define __CHAR_BIT__ 8
#define __DBL_DECIMAL_DIG__ 17
#define __DBL_DENORM_MIN__ ((double)4.94065645841246544177e-324L)
#define __DBL_DIG__ 15
#define __DBL_EPSILON__ ((double)2.22044604925031308085e-16L)
#define __DBL_HAS_DENORM__ 1
#define __DBL_HAS_INFINITY__ 1
#define __DBL_HAS_QUIET_NAN__ 1
#define __DBL_MANT_DIG__ 53
#define __DBL_MAX_10_EXP__ 308
#define __DBL_MAX_EXP__ 1024
#define __DBL_MAX__ ((double)1.79769313486231570815e+308L)
#define __DBL_MIN_10_EXP__ (-307)
#define __DBL_MIN_EXP__ (-1021)
#define __DBL_MIN__ ((double)2.22507385850720138309e-308L)
#define __DEC128_EPSILON__ 1E-33DL
#define __DEC128_MANT_DIG__ 34
#define __DEC128_MAX_EXP__ 6145
#define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL
#define __DEC128_MIN_EXP__ (-6142)
#define __DEC128_MIN__ 1E-6143DL
#define __DEC128_SUBNORMAL_MIN__ 0.000000000000000000000000000000001E-6143DL
#define __DEC32_EPSILON__ 1E-6DF
#define __DEC32_MANT_DIG__ 7
#define __DEC32_MAX_EXP__ 97
#define __DEC32_MAX__ 9.999999E96DF
#define __DEC32_MIN_EXP__ (-94)
#define __DEC32_MIN__ 1E-95DF
#define __DEC32_SUBNORMAL_MIN__ 0.000001E-95DF
#define __DEC64_EPSILON__ 1E-15DD
#define __DEC64_MANT_DIG__ 16
#define __DEC64_MAX_EXP__ 385
#define __DEC64_MAX__ 9.999999999999999E384DD
#define __DEC64_MIN_EXP__ (-382)
#define __DEC64_MIN__ 1E-383DD
#define __DEC64_SUBNORMAL_MIN__ 0.000000000000001E-383DD
#define __DECIMAL_BID_FORMAT__ 1
#define __DECIMAL_DIG__ 21
#define __DEC_EVAL_METHOD__ 2
#define __ELF__ 1
#define __FINITE_MATH_ONLY__ 0
#define __FLOAT_WORD_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __FLT_DECIMAL_DIG__ 9
#define __FLT_DENORM_MIN__ 1.40129846432481707092e-45F
#define __FLT_DIG__ 6
#define __FLT_EPSILON__ 1.19209289550781250000e-7F
#define __FLT_EVAL_METHOD__ 0
#define __FLT_HAS_DENORM__ 1
#define __FLT_HAS_INFINITY__ 1
#define __FLT_HAS_QUIET_NAN__ 1
#define __FLT_MANT_DIG__ 24
#define __FLT_MAX_10_EXP__ 38
#define __FLT_MAX_EXP__ 128
#define __FLT_MAX__ 3.40282346638528859812e+38F
#define __FLT_MIN_10_EXP__ (-37)
#define __FLT_MIN_EXP__ (-125)
#define __FLT_MIN__ 1.17549435082228750797e-38F
#define __FLT_RADIX__ 2
#define __FXSR__ 1
#define __GCC_ASM_FLAG_OUTPUTS__ 1
#define __GCC_ATOMIC_BOOL_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR16_T_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR_LOCK_FREE 2
#define __GCC_ATOMIC_INT_LOCK_FREE 2
#define __GCC_ATOMIC_LLONG_LOCK_FREE 2
#define __GCC_ATOMIC_LONG_LOCK_FREE 2
#define __GCC_ATOMIC_POINTER_LOCK_FREE 2
#define __GCC_ATOMIC_SHORT_LOCK_FREE 2
#define __GCC_ATOMIC_TEST_AND_SET_TRUEVAL 1
#define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 2
#define __GCC_HAVE_DWARF2_CFI_ASM 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8 1
#define __GCC_IEC_559 2
#define __GCC_IEC_559_COMPLEX 2
#define __GNUC_MINOR__ 3
#define __GNUC_PATCHLEVEL__ 0
#define __GNUC_STDC_INLINE__ 1
#define __GNUC__ 6
#define __GXX_ABI_VERSION 1010
#define __INT16_C(c) c
#define __INT16_MAX__ 0x7fff
#define __INT16_TYPE__ short int
#define __INT32_C(c) c
#define __INT32_MAX__ 0x7fffffff
#define __INT32_TYPE__ int
#define __INT64_C(c) c ## L
#define __INT64_MAX__ 0x7fffffffffffffffL
#define __INT64_TYPE__ long int
#define __INT8_C(c) c
#define __INT8_MAX__ 0x7f
#define __INT8_TYPE__ signed char
#define __INTMAX_C(c) c ## L
#define __INTMAX_MAX__ 0x7fffffffffffffffL
#define __INTMAX_TYPE__ long int
#define __INTPTR_MAX__ 0x7fffffffffffffffL
#define __INTPTR_TYPE__ long int
#define __INT_FAST16_MAX__ 0x7fffffffffffffffL
#define __INT_FAST16_TYPE__ long int
#define __INT_FAST32_MAX__ 0x7fffffffffffffffL
#define __INT_FAST32_TYPE__ long int
#define __INT_FAST64_MAX__ 0x7fffffffffffffffL
#define __INT_FAST64_TYPE__ long int
#define __INT_FAST8_MAX__ 0x7f
#define __INT_FAST8_TYPE__ signed char
#define __INT_LEAST16_MAX__ 0x7fff
#define __INT_LEAST16_TYPE__ short int
#define __INT_LEAST32_MAX__ 0x7fffffff
#define __INT_LEAST32_TYPE__ int
#define __INT_LEAST64_MAX__ 0x7fffffffffffffffL
#define __INT_LEAST64_TYPE__ long int
#define __INT_LEAST8_MAX__ 0x7f
#define __INT_LEAST8_TYPE__ signed char
#define __INT_MAX__ 0x7fffffff
#define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L
#define __LDBL_DIG__ 18
#define __LDBL_EPSILON__ 1.08420217248550443401e-19L
#define __LDBL_HAS_DENORM__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __LDBL_HAS_QUIET_NAN__ 1
#define __LDBL_MANT_DIG__ 64
#define __LDBL_MAX_10_EXP__ 4932
#define __LDBL_MAX_EXP__ 16384
#define __LDBL_MAX__ 1.18973149535723176502e+4932L
#define __LDBL_MIN_10_EXP__ (-4931)
#define __LDBL_MIN_EXP__ (-16381)
#define __LDBL_MIN__ 3.36210314311209350626e-4932L
#define __LONG_LONG_MAX__ 0x7fffffffffffffffLL
#define __LONG_MAX__ 0x7fffffffffffffffL
#define __LP64__ 1
#define __MMX__ 1
#define __NO_INLINE__ 1
#define __ORDER_BIG_ENDIAN__ 4321
#define __ORDER_LITTLE_ENDIAN__ 1234
#define __ORDER_PDP_ENDIAN__ 3412
#define __PIC__ 2
#define __PIE__ 2
#define __PRAGMA_REDEFINE_EXTNAME 1
#define __PTRDIFF_MAX__ 0x7fffffffffffffffL
#define __PTRDIFF_TYPE__ long int
#define __REGISTER_PREFIX__ 
#define __SCHAR_MAX__ 0x7f
#define __SEG_FS 1
#define __SEG_GS 1
#define __SHRT_MAX__ 0x7fff
#define __SIG_ATOMIC_MAX__ 0x7fffffff
#define __SIG_ATOMIC_MIN__ (-__SIG_ATOMIC_MAX__ - 1)
#define __SIG_ATOMIC_TYPE__ int
#define __SIZEOF_DOUBLE__ 8
#define __SIZEOF_FLOAT128__ 16
#define __SIZEOF_FLOAT80__ 16
#define __SIZEOF_FLOAT__ 4
#define __SIZEOF_INT128__ 16
#define __SIZEOF_INT__ 4
#define __SIZEOF_LONG_DOUBLE__ 16
#define __SIZEOF_LONG_LONG__ 8
#define __SIZEOF_LONG__ 8
#define __SIZEOF_POINTER__ 8
#define __SIZEOF_PTRDIFF_T__ 8
#define __SIZEOF_SHORT__ 2
#define __SIZEOF_SIZE_T__ 8
#define __SIZEOF_WCHAR_T__ 4
#define __SIZEOF_WINT_T__ 4
#define __SIZE_MAX__ 0xffffffffffffffffUL
#define __SIZE_TYPE__ long unsigned int
#define __SSE2_MATH__ 1
#define __SSE2__ 1
#define __SSE_MATH__ 1
#define __SSE__ 1
#define __SSP_STRONG__ 3
#define __STDC_HOSTED__ 1
#define __STDC_IEC_559_COMPLEX__ 1
#define __STDC_IEC_559__ 1
#define __STDC_ISO_10646__ 201605L
#define __STDC_NO_THREADS__ 1
#define __STDC_UTF_16__ 1
#define __STDC_UTF_32__ 1
#define __STDC_VERSION__ 201112L
#define __STDC__ 1
#define __UINT16_C(c) c
#define __UINT16_MAX__ 0xffff
#define __UINT16_TYPE__ short unsigned int
#define __UINT32_C(c) c ## U
#define __UINT32_MAX__ 0xffffffffU
#define __UINT32_TYPE__ unsigned int
#define __UINT64_C(c) c ## UL
#define __UINT64_MAX__ 0xffffffffffffffffUL
#define __UINT64_TYPE__ long unsigned int
#define __UINT8_C(c) c
#define __UINT8_MAX__ 0xff
#define __UINT8_TYPE__ unsigned char
#define __UINTMAX_C(c) c ## UL
#define __UINTMAX_MAX__ 0xffffffffffffffffUL
#define __UINTMAX_TYPE__ long unsigned int
#define __UINTPTR_MAX__ 0xffffffffffffffffUL
#define __UINTPTR_TYPE__ long unsigned int
#define __UINT_FAST16_MAX__ 0xffffffffffffffffUL
#define __UINT_FAST16_TYPE__ long unsigned int
#define __UINT_FAST32_MAX__ 0xffffffffffffffffUL
#define __UINT_FAST32_TYPE__ long unsigned int
#define __UINT_FAST64_MAX__ 0xffffffffffffffffUL
#define __UINT_FAST64_TYPE__ long unsigned int
#define __UINT_FAST8_MAX__ 0xff
#define __UINT_FAST8_TYPE__ unsigned char
#define __UINT_LEAST16_MAX__ 0xffff
#define __UINT_LEAST16_TYPE__ short unsigned int
#define __UINT_LEAST32_MAX__ 0xffffffffU
#define __UINT_LEAST32_TYPE__ unsigned int
#define __UINT_LEAST64_MAX__ 0xffffffffffffffffUL
#define __UINT_LEAST64_TYPE__ long unsigned int
#define __UINT_LEAST8_MAX__ 0xff
#define __UINT_LEAST8_TYPE__ unsigned char
#define __USER_LABEL_PREFIX__ 
#define __VERSION__ "6.3.0 20170406"
#define __WCHAR_MAX__ 0x7fffffff
#define __WCHAR_MIN__ (-__WCHAR_MAX__ - 1)
#define __WCHAR_TYPE__ int
#define __WINT_MAX__ 0xffffffffU
#define __WINT_MIN__ 0U
#define __WINT_TYPE__ unsigned int
#define __amd64 1
#define __amd64__ 1
#define __code_model_small__ 1
#define __gnu_linux__ 1
#define __has_include(STR) __has_include__(STR)
#define __has_include_next(STR) __has_include_next__(STR)
#define __k8 1
#define __k8__ 1
#define __linux 1
#define __linux__ 1
#define __pic__ 2
#define __pie__ 2
#define __unix 1
#define __unix__ 1
#define __x86_64 1
#define __x86_64__ 1
#define linux 1
#define unix 1

Faisal 20 апр. 2017, в 13:11

Ещё вопросы

вы бы подумали, что этот вопрос уже возник бы
Похожий вопрос: stackoverflow.com/questions/3770322/…
Вы пробовали #undef linux или, возможно, использовали другую переменную? Я думаю, что константа linux используется для тестирования операционных систем, например, если вы разрабатываете кроссплатформенное приложение и вам нужно точно знать, какой API использовать (windows, mac, linux, BSD и т. Д.). Его нет в stdio.h, но он все еще определен, если ядром является linux. Тот же код не должен вызывать ошибку в Windows, но использование чего-то вроде windows или WINDOWS, как переменная, вероятно, и наоборот
просто любопытно: что произойдет, добавив параметр командной строки -Ulinux к компиляции?
@ ahmedaly50 Ответ очевиден, потому что Linux - номер 1.
Это не является нарушением стандарта C, поскольку компиляция GCC для gnu89 или gnu99 не является реализацией стандарта C, и стандарт C не предъявляет никаких требований к вещам, которые не являются его реализациями.
@EricPostpischil: это, безусловно, правда; это просто несоответствующая реализация. Однако -std = c89 является настройкой по умолчанию для gcc, поэтому по умолчанию gcc не соответствует. Конечно, это не незаконно, но можно ожидать, что в какой-то момент развития расширений gnu89, gnu99, gnu11 этот gcc либо отбросит загрязнение пространства имен, либо где-то задокументирует его.
@EricPostpischil: Хорошо, я нашел некоторую документацию в документации gnu cpp, которая включает предложение «Мы постепенно выводим все предопределенные макросы, которые находятся за пределами зарезервированного пространства имен. Вы никогда не должны использовать их в новых программах, и мы рекомендуем вам исправить старый код, чтобы использовать параллельные макросы всякий раз, когда вы его найдете. " После обеда я отредактирую свой ответ указателем.
Я не знаю, в каком отношении «-std = c89 является настройкой по умолчанию для gcc». Программное обеспечение GCC и команда gcc существуют во многих различных версиях. Версия, распространяемая Apple, по умолчанию не имеет «-std = c89».
@EricPostpischil: Ты прав. Я опечатал это. Я имел в виду, что -std=gnu89 является значением по умолчанию, и, насколько я знаю, это значение по умолчанию для соляриса, linux и mac os x ( developer.apple.com/library/mac/documentation/Darwin/Reference/… для последнего ), и это тот, который загрязняет пространство имен. c89 действительно пытается соответствовать стандарту, поэтому, если бы это было по умолчанию, я бы не стал жаловаться.
Основная проблема заключается в том, что существует старый код, который зависит от макроса linux для правильной работы на linux. Поэтому по умолчанию мы продолжаем пытаться поддерживать тот старый код, который не затрагивался десятилетиями. Хорошая идея или нет, это вопрос мнения
@ChrisDodd: У меня нет мнения о том, хорошая это идея или нет. Я твердо убежден, что такие отклонения от стандарта легко найти в документации.
По умолчанию используется версия gnu, потому что вы вызываете ее как 'gcc' или компилятор gnu c. Если вам нужна стандартная версия, назовите ее именем, соответствующим стандартам, «c99» или «c89», что приведет к ее соответствию стандарту. Псевдоним 'c99' фактически определяется единственной спецификацией unix, поэтому будет работать и в системах без gcc.
На самом деле их много, с помощью gcc вы можете получить такой список: cpp -dM < /dev/null
@asveikau: Спасибо - я только что проверил некоторые недавние вопросы, где это обсуждалось - я собирался добавить его.
Он ( linux ) не определен на моей машине Mac OS X - он не работает под управлением Linux (ну, есть виртуальная машина под управлением Linux, но ...). Это может быть определено заголовками, включенными в <stdio.h> ; запуск пустого файла может не совпадать.
Вы не можете использовать /dev/null в качестве исходного файла без -x как он не имеет расширения, поэтому gcc не знает, является ли он C или C ++. Вы можете использовать gcc -E -dM -xc /dev/null или gcc -E -dm -x c++ /dev/null чтобы получить список без необходимости создания пустого файла.
@ChrisDodd - это работает здесь. Заметьте, я сказал, что cpp (препроцессор) не gcc . Заметьте также, что я не указываю /dev/null в качестве входного файла, а скорее использую перенаправление для превращения /dev/null в стандартный stdin . Также @KerrekSB: на моем компьютере с Debian linux находится в списке.
@JonathanLeffler: первым шагом может быть просто «touch emptyfile.c» ^^. Интересно (и опасно!), Что некоторые вещи, которые «я мог бы использовать в своей собственной программе, не задумываясь», могут быть преобразованы препроцессором! Пример: touch nothing.c ; gcc -E -dM nothing.c | awk '{print $2}' | grep -v '__' : он показывает «unix» и «i386» среди очень вероятных вещей, которые я мог иметь в программе, не зная, что они будут изменены препроцессором!
Да, это возможно. Вы хотите соревноваться за то, как много разных способов создать пустой файл? Это также может быть > emptyfile.c или : > emptyfile.c или dd if=/etc/passwd of=emptyfile.c count=0 или…
почему сейчас просто touch emptyfile.c ?
@jdborg: если вы имели в виду «почему бы просто не touch emptyfile.c », то, как я уже отмечал в предыдущем комментарии, существует несколько способов создания пустых файлов и touch emptyfile.c но также работает cp /dev/null emptyfile.c и так делают много альтернатив. Я не очень часто использую touch ; Я не против, если ты это сделаешь.
почему бы просто не echo|cc -E -dM ->defines.c ?
Чтобы заставить gcc (попытаться) полностью соответствовать, вы должны указать -ansi или std=cXX , где XX - 89 , 90 , 99 или 11 , и -pedantic или -pedantic-errors . Даже это упрощение; см. руководство для деталей.

Keith Thompson · Accepted Answer · 2013-10-06T21-36-00.000Z

В старых днях (pre-ANSI) предопределением символов, таких как unix и vax, был способ разрешить коду определять во время компиляции, в какой системе он компилировался. В то время не было официального стандарта языка (помимо справочного материала в конце первого издания K & R), а код C любой сложности обычно представлял собой сложный лабиринт #ifdef, чтобы допускать различия между системами. Эти макроопределения обычно устанавливались самим компилятором, а не определялись в файле заголовка библиотеки. Поскольку не было реальных правил о том, какие идентификаторы могут быть использованы реализацией и которые зарезервированы для программистов, авторы компиляторов чувствовали себя свободными в использовании простых имен, таких как unix, и предполагали, что программисты просто избегают использовать эти имена в своих собственных целях.

В стандарте ANSI C 1989 года введены правила, ограничивающие символы, которые могут быть реализованы на законных основаниях. Макрос, предопределенный компилятором, может иметь только имя, начинающееся с двух символов подчеркивания, или с подчеркиванием, за которым следует заглавная буква, оставляя программистов свободными использовать идентификаторы, не соответствующие этому шаблону и не используемые в стандартной библиотеке.

В результате любой компилятор, который предопределяет unix или linux, является несоответствующим, поскольку он не сможет скомпилировать совершенно законный код, который использует что-то вроде int linux = 5;.

Так как это происходит, gcc по умолчанию не соответствует требованиям, но может быть сделано (достаточно хорошо) с правильными параметрами командной строки:

gcc -std=c90 -pedantic ... # or -std=c89 or -ansi
gcc -std=c99 -pedantic
gcc -std=c11 -pedantic

Подробнее см. руководство gcc.

gcc будет отказываться от этих определений в будущих выпусках, поэтому вы не должны писать код, который зависит от них. Если ваша программа должна знать, скомпилирована ли она для целевой Linux или нет, она может проверить, определен ли __linux__ (если вы используете gcc или компилятор, совместимый с ним). Для получения дополнительной информации см. руководство для препроцессора GNU C.

В значительной степени нерелевантно: победитель "Лучший один лайнер" в 1987 году Международный конкурс по обфускации C-кода, Дэвид Корн (да, автор Korn Shell) воспользовался предопределенным макросом unix:

main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}

Он печатает "unix", но по причинам, которые не имеют абсолютно никакого отношения к написанию имени макроса.

+1 для запутанного C. Подсказка здесь: ioccc.org/1987/korn.hint
Хм ... Всякий раз, когда я пытаюсь оценить первый аргумент для printf в моей голове, я получаю "21% шесть", но не "% шесть", как я ожидал. Может ли кто-нибудь просветить меня, где это пошло не так?
@Sebastian: Я не хочу публиковать здесь спойлеры, и я призываю всех, кто читает это, попытаться сначала понять код самостоятельно. Но если вы действительно хотите сдаться, я разместил объяснение: gist.github.com/Keith-S-Thompson/6920347
Подсказка, упомянутая @robbie_c, перенесена сюда: ioccc.org/1987/korn/hint.html
«В старые времена (до ANSI) предопределяли такие символы, как unix и vax » - а? vax я понимаю, в старые времена весь мир был vax !
Я думал, что это пасхальное яйцо, но оказалось, что это динозавр.
@KeithThompson Оказывается, в этом фрагменте на самом деле есть неопределенное поведение (хотя это не связано с определением unix ). Я объяснил, почему в комментарии к этой сути, если вам или кому-то еще это интересно.