NDK note: the mangling of 'va_list' has changed in GCC 4.4

最新推荐文章于 2024-08-09 21:06:40 发布

转载最新推荐文章于 2024-08-09 21:06:40 发布 · 175 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/zsw-1993/archive/2012/11/19/4880636.html

文章标签：

#移动开发

本文详细介绍了如何解决在使用NDK-build过程中遇到的关于jni.h头文件编译警告的问题，通过添加LOCAL_CFLAGS参数来避免va_list类型在GCC4.4版本中的变化带来的警告。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

每次ndk-build都会提示：

In file included from jni/fskmodule.cpp:7:0:
/xxxx/usr/include/jni.h:592:13: note: the mangling of 'va_list' has changed in GCC 4.4

解决办法，修改 Android.mk，加一行：

LOCAL_CFLAGS = -Wno-psabi

转载于:https://www.cnblogs.com/zsw-1993/archive/2012/11/19/4880636.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30735745

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Android之ndk-build出现c:28:51: error: ‘get_string‘ undeclared here (not in a function)解决办法

码莎拉蒂

05-07

3558

1 problem ndk-build error: 'get_string' undeclared here (not in a function) 2 resolve jstring get_strstring(JNIEnv* env, jobject thiz) { return (*env)->NewStringUTF(env, "I am

Android NDK: Your APP_BUILD_SCRIPT points to an unknown file

热门推荐

CHMMLS的专栏

12-20

1万+

最近有个项目要用到Android的NDK进行JNI层的开发，可是不巧遇到了这个头疼的问题，上网搜了半天也没找到个解决的方案，于是自己回头去读NDK的文档，结果就把这个问题解决了，现在跟大家分享一下。我的系统是Ubuntu 11.04的，NDK是r6版本的。以前也是用这个系统做，可是从来没遇到过这个问题，前不久重装了系统，用的还是以前的NDK结果就遇到了这个问

参与评论您还未登录，请先登录后发表或查看评论

ndk-build中出现警告mangling of 'va_list' has changed in GCC 4.4

weixin_34248258的博客

07-22

146

最近安装了NDK R8B，但是在cygwin下开始使用ndk-build时出现大量的如题所示的警告。于是，先GOOGLE一下，寻找模糊答案。又到NDK下载网站看到，NDKR8B确实更新了C++编译器。而且，有网文介绍说，使用NDK R8不会出现那样的警告。这个，我没有试验，估计OK（因为作者说他自己试验了）。又得到如下内容：David Turner（ from the Android NDK...

解决NDK *** note: the mangling of 'va_list' has changed in GCC 4.4

01-30

4022

ndk-build提示： D:/aDeveloper/ndk/android-ndk-r8b/platforms/android-8/arch-arm/usr/include/jni.h:592:13: note: the mangling of 'va_list' has changed in GCC 4.4 如.........什么note: the mangling of 'va_lis

详细！交叉编译时 note: the mangling of 'va_list' has changed in GCC 4.4解决办法

weixin_30613727的博客

12-12

438

　　为什么要在标题前面加了详细两个字，就是为了吸引看文章的你还有写文章的我这种小白，我是从坑里面爬出来了。　　　　废话少说.... 　　　　问题就是这样子了，至于解决办法，在网上搜索了很久，大多数以一段英文作为解决办法，... 　　　　I think that the warning is accurate; the mangling of va_list has inde...

QT: qstring.h:174:17: note: the mangling of 'va_list' has changed in GCC 4.4

cs_sword2000的博客

11-01

540

在QTCreator里面的提示。大致是警告说：va_list 这个类型在 gcc4.4 的时候已经发生了改变。可以关闭这个警告，在 pro 文件里面，增加编译选项： QMAKE_CXXFLAGS += -Wno-psabi 就可以关闭这个满屏的警告，目前看不影响什么。 ...

arm环境下编译出现下面警告的解决办法 note: the mangling of 'va_list' has changed in GCC 4.4

运用之妙,存乎一心

06-29

8937

note: the mangling of 'va_list' has changed in GCC 4.4 I think that the warning is accurate; the mangling of va_list has indeed changed on ARM in GCC 4.4 in order to conform to the ARM ABI

NDK下OpenCV undefined reference to `cv::imencode std::__ndk1::vector 异常

zhjali123的专栏

06-03

4197

报错日志 CMakeFiles/enhance_lib.dir/src/main/cpp/ImageProcess.cpp.o: In function `ImageEnhancementWithDecode': /home/albertsnow/WorkSpace/NubiyaARThai/documentlibrary/src/main/cpp/ImageProcess.cpp:347: un...

gcc-4.4-gnu.tar.gz

04-10

Android早期版本的NDK（Native Development Kit）可能就包含了GCC 4.4作为其默认的交叉编译器，用于构建本地C/C++库。使用GCC 4.4可以确保与这些旧平台的兼容性。描述中提到的“pmon”通常是指Power-on Monitor或...

[C++基础] error: implicit instantiation of undefined template std::basic_ifstream＜char＞

先说一下，就简单地写点儿氵文，不是博客，只是我的笔记本/工具书

08-09

2701

表示编译器在尝试实例化（即创建一个特定类型的实例）通常，这个问题是由于没有包含正确的头文件，导致。在C++中使用文件输入输出流时，需要包含头文件。

note: the mangling of 'va_list' has changed in GCC

Shanks

03-13

1522

qt功能文件中加上一下一句 .pro中添一句： QMAKE_CXXFLAGS += -std=c++0x -USTRICT_ANSI 一般情况下makefile中加上 g++ += -std=c++0x -USTRICT_ANSI

转贴：C++ ABI (Application Binary Interface)

软件开发资料汇总

06-11

483

Itanium C++ ABI: Exception Handling ($Revision: 1.22 $) Contents Introduction Definitions Base Documents Open Issues --> Level I: Base ABI

ARM上成功编译编译rgbdslam源码

Hhrock的博客

06-14

2157

硬件环境：ARM A53内核开发板 +ubuntu12.04 arm版本 +ROS hydro 系统一、在开发板上安装ubuntu12.04操作系统二、安装 ROS hydro 系统三、编译源码rgbdslam

make: *** [out/host/linux-x86/obj/STATIC_LIBRARIES/libgtest_host_intermediates/gtest-all.o] Error ch...

weixin_30563319的博客

05-18

264

In file included from external/gtest/src/gtest-all.cc:38:0: external/gtest/src/../src/gtest-filepath.cc: In member function ‘bool testing::internal::FilePath::FileOrDirectoryExists() const’:external/...

sparc-sylixos-elf-gcc平台选项

ScilogyHunter的博客

02-09

794

SPARC Options (Using the GNU Compiler Collection (GCC))

全志A33开发板QT5.6.2添加虚拟键盘

Gulstin的博客

07-06

1355

QT5.7有自带虚拟键盘，在QT5.6下要单独编译。 QT5.6下的官方虚拟键盘源码在将QT5.6添加支持QML后，就可以添加虚拟键盘的支持在编译过程中会出现警告 note: the mangling of ‘va_list’ has changed in GCC 4.4 解决办法： I think that the warning is accurate; the mangling of va_list has indeed 　　changed on ARM in GCC 4.4 in orde

最新发布

03-15

<think>嗯，用户提供的这个堆栈信息看起来有点复杂。首先，我需要理解每个部分的含义。开头提到了`std::__ndk1::allocator`和`allocator_traits`，这可能和C++的内存分配有关。`allocator`是STL中用于管理内存分配的组件，而`allocator_traits`则是用来访问分配器的工具类。接下来是`construct`方法，这应该是在构造对象时调用的。参数中有`object_detect_result_list`，看起来是用户定义的一个类型，可能用于存储目标检测的结果列表。这里涉及到拷贝构造函数，因为参数是`const&`，说明在构造时可能发生了拷贝。然后是`std::__ndk1::deque`的`push_back`方法，这说明用户可能在使用双端队列来存储检测结果，当调用`push_back`时，如果队列内存不够，可能会触发内存重新分配和元素的拷贝构造。这里可能是在添加元素时发生了问题。最后的`open_media+1216`可能是指用户代码中的某个函数，比如打开媒体文件时调用的函数，地址偏移1216处。结合前面的堆栈，可能是在处理媒体数据并尝试将检测结果加入队列时出现了错误。现在需要考虑可能的问题原因。首先，检查内存相关的问题，比如内存泄漏、越界访问或者使用已释放的内存。`allocator`在构造对象时如果源对象有问题，比如悬空引用或无效状态，可能会导致崩溃。另外，双端队列在增长时如果分配失败或元素拷贝构造函数有缺陷，也可能引发问题。用户可能需要检查他们的`object_detect_result_list`类的拷贝构造函数是否正确处理了所有成员变量，特别是如果有指针或资源管理的话，确保深拷贝正确。同时，检查是否有多线程环境下对队列的并发访问，导致竞争条件。使用工具如AddressSanitizer或Valgrind可以帮助检测内存问题。此外，查看崩溃时的具体上下文和日志，确认在`open_media`函数中调用`push_back`前后的代码逻辑是否正确。</think>这是一个C++标准库函数调用堆栈的片段，主要涉及内存分配和容器操作。我们从Android NDK的STL实现角度逐步分析： 1. **核心组件分析**： - `std::__ndk1::allocator<object_detect_result_list>`：这是Android NDK的标准分配器实现，负责管理`object_detect_result_list`类型的内存分配 - `allocator_traits`：C++标准库提供的分配器特性模板，用于统一访问不同分配器的接口 - `std::__ndk1::deque`：双端队列容器，此处用于存储目标检测结果列表 2. **调用链解析**： ```cpp deque::push_back(const&) // 向队列尾部添加元素 → allocator_traits::construct() // 构造新元素 → allocator::construct() // 实际构造操作 ``` 3. **关键问题定位点**： - `+72`和`+148`表示指令偏移地址，说明崩溃发生在构造元素时的特定操作步骤 - `open_media+1216`指示用户代码入口点，可能涉及媒体输入处理与结果存储的交互 4. **常见问题诊断**： - **内存管理问题**： * 检查`object_detect_result_list`的拷贝构造函数是否正确实现 * 验证对象是否在构造后意外析构 * 使用ASan检测内存越界访问 - **容器使用问题**： ```cpp // 示例：可能的多线程竞争 std::deque<object_detect_result_list> global_queue; // 共享容器 void push_results() { // 需要互斥锁保护 global_queue.push_back(local_results); } ``` - **ABI兼容性问题**：检查NDK版本与编译设置是否一致（尤其注意STL选择：libc++/libstdc++） 5. **调试建议**： - 使用`addr2line`定位具体代码位置： ```bash addr2line -e your_executable -fCp 0x[偏移地址] ``` - 捕获核心转储分析内存状态 - 添加构造/析构日志跟踪对象生命周期该堆栈表明程序在将目标检测结果存入双端队列时，执行内存分配和对象构造过程中发生了严重错误，需要重点检查队列元素的深拷贝实现和线程同步机制。