使用 C++使用 Objective-C，如何修复“冲突声明‘typedef int BOOL’”？

发布于 2024-11-29 09:08:24 字数 1020 浏览 2 评论 0原文

我有很多 C++ 代码，最初是在 PC 上构建的。我正在尝试让它在 Mac 上与 Objective-C 一起工作。为此，我创建了一个 Objective-C 框架来容纳 C++ 代码，并添加了一个薄包装器。但我在 C++ 代码中遇到了 typedef 问题。

当我在 PC 上使用 C++ 时，我使用了 WinDef.h 中定义的 BOOL 变量。因此，当我将所有内容移至 Mac 上时，我添加了 typedef int BOOL; 以确保 BOOL 变量仍能按预期进行编译。

但是当我尝试编译时出现错误：“冲突声明'typedef int BOOL'”。我认为这是因为 BOOL 是 Objective-C 中的一个关键字，因此已经定义了。我也不能只使用 Objective-C BOOL 因为它是一个 unsigned char 而不是 int。

当我寻找可能的解决方案时，我发现一个提到取消定义BOOL，但我找不到如何做到这一点（我也不知道它是否真的有效）。另一个建议重命名 BOOL C++ 文件指向非关键字的内容。这个建议对我来说不是一个选择，因为其他项目依赖于 C++ 代码。理想情况下，我所做的任何更改都应保留在一个文件中，或者至少不会对 Windows 计算机上的代码产生负面影响。

如何为我的 C++ 文件取消 BOOL 的 Objective-C 定义并使用我添加的 C++ 定义？有没有更好的方法来处理这个问题？

如果它对我使用的有帮助：Xcode 3.2.5，64 位和 Mac OS X 10.6.6

感谢您的指导！

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

兔姬 2024-12-06 09:08:24

我对一些讨论有点困惑，但是不使用 typedef int BOOL; 怎么样：

#ifndef BOOL
  #define BOOL int
#endif

如果您使用 typedef 那么 #undef< /code> 不起作用，因为它们是两个不同的东西。 #define/#undef 对执行替换的预处理器符号进行操作，而 typedef 是创建另一种类型的别名的语言的一部分。

预处理器符号在任何时候都可以是未定义的，因为它只是预处理器的一条指令，告诉它在执行替换时不再使用该定义。但是，typedef 不能是未定义的，因为它是在特定范围内创建的，而不是使用预处理器进行的线性处理。（同样，您也不会期望能够声明一个全局变量 int x;，然后在代码中的某个时刻能够说“停止将 x 识别为变量”。）

我建议在答案中使用 #define 的原因是，ObjectiveC #define 可能仅在编译某些代码时才被命中。这可以解释为什么当您删除 typedef 时，您可能会在 C++ 中遇到错误，但如果它存在，仍然会出现冲突。但是，所以，如果假设是正确的，一旦您在尝试定义定义之前检查定义，您应该能够避免发生冲突的定义。

最后一点：在这种特殊情况下，您也可以将 typedef 放入检查中，而不是 #define。然而，我倾向于按照我所做的方式来做这件事，因为这是一个非常常见的习惯用法，而且因为如果它最终被包含两次，该块也会阻止您在 C++ 代码中定义它两次。如果您非常喜欢 typedef 并且知道这不是代码中的问题，那么可能这两个原因都不是非常令人信服的。 :)

I'm a little confused by some of the discussion, but instead of typedef int BOOL; how about just:

#ifndef BOOL
  #define BOOL int
#endif

If you're using typedef then #undef won't work since they are two different things. #define/#undef operate on preprocessor symbols that perform replacements, whereas a typedef is part of the language that creates an alias of another type.

A preprocessor symbol can be undefined at any point because it is simply an instruction to the preprocessor that tells it to no longer use that definition when performing replacements. However, a typedef can't be undefined, as it is something that gets created within a particular scope, rather than the linear processing that occurs using the preprocessor. (In the same way, you wouldn't expect to be able to declare a global variable int x; and then at some point in your code be able to say 'stop recognizing x as a variable.')

The reason I suggest the #define in my answer is that it's possible that the ObjectiveC #define is being hit only while compiling some of your code. That could be an explanation as to why you may get errors in your C++ when you removed the typedef, but still get a conflict if it is in. But, so, if the assumptions are correct, once you check for the definition prior to trying to define it, you should be able to avoid the conflicting definitions when they occur.

As a final note: in this particular situation, you could also just put your typedef inside the check instead of a #define. However, I gravitated toward doing it the way I did both because it's a very common idiom, and because that block will also prevent you from defining it twice in your C++ code if it ends up included twice. Probably neither very compelling reasons if you very much prefer the typedef and know it's not an issue in the code. :)

回复收藏 0 原文

空城旧梦 2024-12-06 09:08:24

AFAIK，BOOL 在 Objective-C 中也是一个 #define。即使您设法做到了，您也会遇到冲突的 BOOL 定义问题，

#undef BOOL

因为您的类型及其类型在大小和“符号”方面不一定匹配。您的 BOOL 必须真的是 int，而不是 Obj-C 定义的任何东西吗？换句话说，你不能省略 #define 并简单地使用 Obj-C 吗？

AFAIK, BOOL is a #define in Objective-C too. You will have problems with your conflicting BOOL define, even if you manage to

#undef BOOL

because your type and its type do not necessarily match in size and "signedness". Must your BOOL really be an int, instead of whatever it is that Obj-C defines it as? In other words, can't you omit your #define and simply use the Obj-C one?

回复收藏 0 原文

铁轨上的流浪者 2024-12-06 09:08:24

如果你能回到过去，我会说“不要在你自己的代码中使用 typedef int BOOL”。

不过，既然你已经真正做到了，你就陷入了困境。一般来说，除了与外部代码交互之外，您应该避免在自己的代码中使用外部数据类型。标准类型很好，假设您可以保证在您的目标平台上使用符合标准的编译器进行编译。

最具前瞻性的解决方案是停止使用 BOOL 作为平台无关代码中的类型。同时，您可以使用各种预处理器黑客技术来使用 BOOL 进行编译，但如果您不使用 BOOL ，您可能会遇到一些奇怪的链接错误到处都是同样的方式（通过#includes）。

回复收藏 0 原文

泅渡 2024-12-06 09:08:24

我使用 cmake 加载 freeimage 库，并且使用 kubuntu 14.x
我遇到了这个问题

"error: conflicting declaration ‘typedef CARD8 BOOL’"

，我认为与遇到此问题的人分享我的解决方案会很好！

在 Linux 上安装 FreeImage：

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;
}

我希望这可以帮助那些遇到此问题的人！

问候
卡欣

I use cmake to load the freeimage library and i'm using kubuntu 14.x
I had this problem with

"error: conflicting declaration ‘typedef CARD8 BOOL’"

and I thought it would be good to share my solution with people that have this problem!

install FreeImage on Linux:

sudo apt-get install libfreeimage-dev

In my CMakeLists.txt file I have:

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)

And in my main.cpp I have:

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

And some extra code to capture OpenGl frame on disk:

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;
}

I hope this helps the ones who have problem with this!

Regards
Kahin

回复收藏 0 原文

~没有更多了~