处理c++;不适合编译器或IDE的库 我试图在我的多设备FixMeaveC++应用程序中使用子弹物理(无论是ODE还是牛顿,取决于哪一个我可以工作)。然而,我一直在讨论的问题是,这些库似乎不适合C++ Builder。它们各自通过条件定义注册自己的自定义类型。例如,在检测MSVC时,他们将使用_int64;在使用ming或gcc时,他们将使用long long键入自己的大整数。这些类型没有设置在C++ Builder中,因为C++ Builder没有设置任何环境,这些库定义了检查,因此生成失败。 我不喜欢C++,所以我假设我在这里做了一些错误的事情。处理这种情况的最好办法是什么

处理c++;不适合编译器或IDE的库 我试图在我的多设备FixMeaveC++应用程序中使用子弹物理(无论是ODE还是牛顿,取决于哪一个我可以工作)。然而,我一直在讨论的问题是,这些库似乎不适合C++ Builder。它们各自通过条件定义注册自己的自定义类型。例如,在检测MSVC时,他们将使用_int64;在使用ming或gcc时,他们将使用long long键入自己的大整数。这些类型没有设置在C++ Builder中,因为C++ Builder没有设置任何环境,这些库定义了检查,因此生成失败。 我不喜欢C++,所以我假设我在这里做了一些错误的事情。处理这种情况的最好办法是什么,c++,c++builder,firemonkey,bulletphysics,C++,C++builder,Firemonkey,Bulletphysics,作为旁注,我将源文件包括在项目中,以便它使用我决定使用的任何平台构建物理库,因此我不使用任何预构建的工具。在征求自以为是的答案时,您最好删除“最佳方式”。回到主题,你必须修补库并考虑提交这些补丁。您可以通过使用可用的类型作为额外的CXXFLAG提供缺失类型的定义。不幸的是,C++Builder超出了当前的C++标准。ῥεῖ 我也这么认为,但显然是这样。搜索表明了这一点。是的,所以根据我的标题警告我,这个问题可能会被删除,但老实说,我会接受我现在能得到的任何东西。我确实尝试过更新定义,这样它就不会

作为旁注,我将源文件包括在项目中,以便它使用我决定使用的任何平台构建物理库,因此我不使用任何预构建的工具。

在征求自以为是的答案时,您最好删除“最佳方式”。回到主题,你必须修补库并考虑提交这些补丁。您可以通过使用可用的类型作为额外的CXXFLAG提供缺失类型的定义。不幸的是,C++Builder超出了当前的C++标准。ῥεῖ 我也这么认为,但显然是这样。搜索表明了这一点。是的,所以根据我的标题警告我,这个问题可能会被删除,但老实说,我会接受我现在能得到的任何东西。我确实尝试过更新定义,这样它就不会检查编译器,它只是在检测ming或gcc时使用定义的内容。但是我希望有一个更干净的方法来实现它,你没有提到你使用的是什么版本的C++Builder。老实说,新的、基于叮当声的编译器要好得多。它支持C++标准,并且更可能被第三方库支持,因为CLAN也是苹果默认编译器。当你征求意见时,最好删除“最佳方式”。回到主题,你必须修补库并考虑提交这些补丁。您可以通过使用可用的类型作为额外的CXXFLAG提供缺失类型的定义。不幸的是,C++Builder超出了当前的C++标准。ῥεῖ 我也这么认为,但显然是这样。搜索表明了这一点。是的,所以根据我的标题警告我,这个问题可能会被删除,但老实说,我会接受我现在能得到的任何东西。我确实尝试过更新定义,这样它就不会检查编译器,它只是在检测ming或gcc时使用定义的内容。但是我希望有一个更干净的方法来实现它,你没有提到你使用的是什么版本的C++Builder。老实说,新的、基于叮当声的编译器要好得多。它更好地支持C++标准,并且更可能受到第三方库的支持,因为CLAN也是苹果的默认编译器。