使用时出现构建问题与 Android ndk

发布于 2024-12-25 12:16:23 字数 601 浏览 1 评论 0原文

我有一个简单的文件 stlTest2.cpp ，如下所示：

#include <jni.h>

#include <cmath>


bool isnan (void);

我正在移植的某些代码中有更复杂的内容。我的问题是这样的。为什么在 NDK 之外使用 GCC 构建时会起作用，但在使用 NDK 时却不起作用？它给出的错误是这样的：

jni/stlTest2.cpp:6: error: expected unqualified-id before 'sizeof'
jni/stlTest2.cpp:6: error: expected ')' before 'sizeof'

造成这种情况的直接原因是 math.h （通过包含）将 isnan 定义为宏。为什么 ndk 外部的构建不包含 math.h 中的 #define，但这是？如果我注释掉代码中的包含内容，一切都很好，但这是不可接受的，因为这个问题会重复出现......很多。

原文

I have a simple file stlTest2.cpp like this:

#include <jni.h>

#include <cmath>


bool isnan (void);

There is something more complicated in some code I am porting. My question is this. Why would this work when building using GCC outside of the NDK, but not with using the NDK? There error it gives is this:

jni/stlTest2.cpp:6: error: expected unqualified-id before 'sizeof'
jni/stlTest2.cpp:6: error: expected ')' before 'sizeof'

The immediate reason for this is that math.h (included via <cmath>) defines isnan as a macro. Why is the build outside of the ndk not including the #define from math.h, but this is? If I comment out the includes in the code, all is fine, but that is not acceptable as this problem repeats itself.... a lot.

分享到QQ

分享到微博

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

发布评论

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

薄情伤 2025-01-01 12:16:23

isnan 宏是在 C99 中添加的。在 C++11 中，它被添加为 std 命名空间中的函数，并为 float 和 double 和 long double 重载。 code> （因此典型的标头，例如您的非 NDK GCC 可能正在使用的标头，可能具有如下所示的内容：）

#undef isnan

inline bool isnan(float ...) { ... }

inline bool isnan(double ...) { ... }

inline bool isnan(long double ...) { ... }

，但显然 NDK 尚未收到备忘录，并且仍然提供C99宏作为一种方便。（isnan 从来都不是 C++ 中的宏，但在 TR1 添加 std::tr1::isnan 之前，并没有真正的 C++ 替代方案，因此多个 C++ 编译器提供了C99 宏。）

您是否需要能够使用编译器提供的 isnan 或 std::isnan？如果没有，那么您可以将其更改

#include <cmath>

为：（

#include <cmath>

#undef isnan

对于任何其他有问题的宏也类似，前提是您不需要它们）。

The isnan macro was added in C99. In C++11 it was added as a function in the std namespace, overloaded for float and double and long double (so a typical <cmath> header, such as your non-NDK GCC is probably using, might have something like this:

#undef isnan

inline bool isnan(float ...) { ... }

inline bool isnan(double ...) { ... }

inline bool isnan(long double ...) { ... }

), but apparently the NDK hasn't gotten the memo, and is still providing the C99 macro as a convenience. (isnan was never a macro in C++, but before TR1 added std::tr1::isnan, there wasn't really a C++ alternative, so multiple C++ compilers provided the C99 macro.)

Do you need to be able to use the compiler-provided isnan or std::isnan? If not, then you can just change this: