Необходимо разобраться с директивами условной компиляции

@kravam · Регистрация: 04.06.2008

Author24 — интернет-сервис помощи студентам

Друзья! Боюсь, что без предисловий не обойтись. Постараюсь, чтобы они были короткими. Поехали:
Часть кода:

C++

1	#include<semaphore.h>

Сообщение ккомпилятора:

Bash

1	include\semaphore.h:152 'mode_t' has not been declared

++++++++++++++++++++++++++++++++++++++++++++++++

Лезу в include\semaphore, вижу:

C++

PTW32_DLLPORT int __cdecl sem_open (const char * name,
                int oflag,
                mode_t mode,
                unsigned int value);

Начинаю поиски типа mode_t,выыше, в этом же файле include\semaphore.h наблюдаю такие объявления:

C++

/*
 * This is a duplicate of what is in the autoconf config.h,
 * which is only used when building the pthread-win32 libraries.
 */
 
#ifndef PTW32_CONFIG_H
#  if defined(WINCE)
#    define NEED_ERRNO
#    define NEED_SEM
#  endif
#  if defined(__MINGW64__)
#    define HAVE_STRUCT_TIMESPEC
#    define HAVE_MODE_T
#  elif defined(_UWIN) || defined(__MINGW32__)
#    define HAVE_MODE_T
#  endif
#endif
//Тут всякие разные объявления
#ifndef HAVE_MODE_T
typedef unsigned int mode_t;
#endif

Ну волт, собсно говоря и всё. В былые времена я бы приписал не задумываясь:

C++

1	typedef unsigned int mode_t;

Но тут мне захотелось сыграть по правилам. То есть я так понимаю, что mode_t становится известным компилятору только если определена переменная __MINGW32__; а как правильно её определить? Знания, которые я почерпнул здесь
Препроцессорные директивы в C/C++ (#include, #define и прочее)
помогут мне просто написать:

C++

1	typedef unsigned int mode_t;

но повторюсь, хотелось бы сыграть по правилам, то есть разобраться для начала со строчкой:

C++

1	#ifndef PTW32_CONFIG_H

Ну и далее по порядку. Спасибо, кто откликнется.

@retmas · 27.01.2012, 23:00

я уже писал, что semaphore.h не обязан определять mode_t (хотя это и не запрещено). а раз так, подключаем заголовок, где определен mode_t

@NoMasters · 27.01.2012, 23:00

У меня нынче sys/types.h явно включается в semaphore.h... Но тем не менее в любом руководстве в исходниках присутствуют все нужные хидеры.

@DU · 27.01.2012, 23:09

раз компилятор не видит mode_t, значит тип не определен.
на основании строк

C++

1
2
3

#ifndef HAVE_MODE_T
typedef unsigned int mode_t;
#endif

делаем вывод, что макрос HAVE_MODE_T где-то выше все таки задефайнен. Т.к. нигде в этом файле выше больше нет попыток затайпдефить mode_t и нет других инклудов, значит mode_t должeн быть определен где-то за пределами semaphore.h. в другом файле. и этот другой файл должен включатся перед semaphore.h. т.е. имеем зависимость от порядка включения инклудов.

правда отсутствие других инклудов выше указанных строк я нарыл где-то в сети. самого файла semaphore.h у меня нет. так что везде это может быть по разному

@kravam · 27.01.2012, 23:09 **[ТС]**

Не ну я хочу сказать, что всё равно нехорошо как-то я первый раз столкнулся с таким, могли бы и так написать:

C++

1	//#include <sys\types.h>

всё вперёд...

Опять же, это хитрый хидер ибо находится не в инклудах, а не понять где... Узнаю линуксоидов- ты должен это знать потому, что ты должен это знать безусловно!

@retmas Жарю без масла 867 / 749 / 225 Регистрация: 13.01.2012 Сообщений: 1,702
	27.01.2012, 23:00	21
	я уже писал, что semaphore.h не обязан определять mode_t (хотя это и не запрещено). а раз так, подключаем заголовок, где определен mode_t 1

@NoMasters Псевдослучайный 1946 / 1145 / 98 Регистрация: 13.09.2011 Сообщений: 3,215
	27.01.2012, 23:00	22
	У меня нынче sys/types.h явно включается в semaphore.h... Но тем не менее в любом руководстве в исходниках присутствуют все нужные хидеры. 1

	27.01.2012, 23:09