Использование C++ с Objective-C. Как исправить конфликтующее объявление typedef int BOOL?

Меня немного смущают некоторые обсуждения, но вместо typedef int BOOL; как насчет:

#ifndef BOOL
  #define BOOL int
#endif

Если вы используете typedef, то #undef не будет работать, так как это две разные вещи. #define/#undef работают с символами препроцессора, которые выполняют замену, тогда как typedef является частью языка, который создает псевдоним другого типа.

Символ препроцессора может быть неопределенным в любой момент, потому что это просто инструкция для препроцессора, которая говорит ему больше не использовать это определение при выполнении замен. Однако typedef не может быть неопределенным, так как это то, что создается в определенной области, а не линейная обработка, которая происходит с использованием препроцессора. (Точно так же вы не ожидаете, что сможете объявить глобальную переменную int x;, а затем в какой-то момент вашего кода сможете сказать «прекратите распознавать x как переменную».)

Причина, по которой я предлагаю #define в своем ответе, заключается в том, что возможно, что ObjectiveC #define срабатывает только при компиляции некоторого вашего кода. Это может быть объяснением того, почему вы можете получить ошибки в своем C++ при удалении typedef, но все равно получите конфликт, если он есть. Но, если предположения верны, как только вы проверите определение перед попыткой чтобы определить его, вы должны быть в состоянии избежать конфликтующих определений, когда они возникают.

И последнее замечание: в этой конкретной ситуации вы также можете просто положить typedef внутри чека вместо #define. Тем не менее, я стремился сделать это так, как сделал, и потому, что это очень распространенная идиома, и потому, что этот блок также не позволит вам определить его дважды в коде C++, если он в конечном итоге будет включен дважды. Вероятно, ни одна из очень веских причин, если вы очень предпочитаете typedef и знаете, что это не проблема в коде. :)

Насколько я знаю, BOOL также является #define в Objective-C. У вас будут проблемы с вашим конфликтующим BOOL определением, даже если вам удастся

#undef BOOL

потому что ваш тип и его тип не обязательно совпадают по размеру и «подписи». Должен ли ваш BOOL действительно быть int, а не тем, как его определяет Obj-C? Другими словами, вы не можете опустить свой #define и просто использовать Obj-C?

Если бы вы могли вернуться в прошлое, я бы сказал: «Не используйте typedef int BOOL в своем собственном коде».

Теперь, когда вы на самом деле сделали это, вы немного запутались. Как правило, вам следует избегать использования внешних типов данных для вашего собственного кода, кроме как для взаимодействия с внешним кодом. Стандартные типы подходят, если предположить, что вы можете гарантировать компиляцию с помощью стандартного совместимого компилятора на каждой целевой платформе.

Самое перспективное решение — прекратить использование BOOL в качестве типа в коде, не зависящем от платформы. В то же время вы можете использовать всевозможные хакерские приемы препроцессора, чтобы использовать BOOL compile, но вы можете столкнуться с некоторыми странными ошибками ссылок, если не будете использовать BOOL одинаково (через #includes) везде.

Я использую cmake для загрузки библиотеки freeimage, и я использую kubuntu 14.x. У меня была эта проблема с

"error: conflicting declaration ‘typedef CARD8 BOOL’" 

и я подумал, что было бы хорошо поделиться своим решением с людьми, у которых есть эта проблема!

установить FreeImage в Linux:

sudo apt-get install libfreeimage-dev

В моем файле CMakeLists.txt у меня есть:

set(FREEIMAGE_LIBRARY_AND_HEADER_DIRRECTORY /usr/libs)
find_path(FREEIMAGE_LIBRARY_AND_HEADER_DIRRECTORY, FreeImage.h)
find_library(FREEIMAGE_LIBRARY_AND_HEADER_DIRRECTORY, freeimage)
include_directories(${FREEIMAGE_LIBRARY_AND_HEADER_DIRRECTORY})
target_link_libraries(freeimage)

И в моем main.cpp у меня есть:

#include <FreeImage.h>
#ifndef CARD8
#define BYTE CARD8
#define BOOL CARD8
#endif

И дополнительный код для захвата кадра OpenGl на диск:

void generateImage(){
  int w, h; // get the width and height of the OpenGL window!
  glPixelStorei(GL_UNPACK_ALIGNMENT, 1);
  GLubyte * pixels = new GLubyte[3*w*h];
  glReadPixels(0,0,w,h,GL_RGB,GL_UNSIGNED_BYTE, pixels);

  FIBITMAP * image = FreeImage_ConvertFromRawBits(pixels,w,h,3 * w, 24, 0x0000FF, 0xFF0000, 0x00FF00, false);
  FreeImage_Save(FIF_BMP,image, "../img/text.bmp",0);

  //Free resource
  FreeImage_Unload(image);
  delete[] pixels;
}

Я надеюсь, что это поможет тем, у кого есть проблемы с этим!

С уважением Кахин