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

最新推荐文章于 2022-11-30 09:26:33 发布
最新推荐文章于 2022-11-30 09:26:33 发布
阅读量1.5k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： linux 嵌入式开发 编程杂谈
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/pyf09/article/details/61933704
本文介绍如何在Qt项目中配置支持C++11标准的方法，通过修改.qpro文件及makefile来确保项目能够使用C++11特性。

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

qt功能文件中加上一下一句 .pro中添一句：

QMAKE_CXXFLAGS += -std=c++0x -USTRICT_ANSI


一般情况下makefile中加上

g++ += -std=c++0x -USTRICT_ANSI

Qt5.2.1移植新唐n32905测试
kkvvll2的专栏
06-27 1万+
目录   一：Qt在开发板运行测试 二：Qt 简介 三：Qt开发环境与跨平台 四：Qt5.2.1移植，主机开发环境安装 五：Qt5.2.1移植，交叉编译环境安装 六：QtCreator交叉编译版本配置 七：触摸屏tslib移植 八：新唐开发板移植
阿里云服务器编译ffmpeg
nicolelili1的专栏
11-13 4219
1、在usr文件夹中创建jason文件夹 cd /usr :进入usr文件夹 mkdir jason: 创建jason文件夹 2、上传ffmpeg文件到阿里云 3、解压ffmpeg压缩包 4、编译.so文件 （1）创建build_android.sh文件，配置NDK的路径及其其它信息 将该文件转为 “UTF-8 - 无BOM格式” #!/bin/bas...
NDK note: the mangling of 'va_list' has changed in GCC 4.4
weixin_30735745的博客
11-19 174
每次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...
ndk-build中出现警告mangling of 'va_list' has changed in GCC 4.4
weixin_34248258的博客
07-22 143
最近安装了NDK R8B，但是在cygwin下开始使用ndk-build时出现大量的如题所示的警告。于是，先GOOGLE一下，寻找模糊答案。又到NDK下载网站看 到，NDKR8B确实更新了C++编译器。而且，有网文介绍说，使用NDK R8不会出现那样的警告。这个，我没有试验，估计OK（因为作者说他自己试验了）。又得到如下内容：David Turner（ from the Android NDK...
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 就可以关闭这个满屏的警告，目前看不影响什么。 ...
解决NDK *** note: the mangling of 'va_list' has changed in GCC 4.4
01-30 4017
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 436
　　为什么要在标题前面加了详细两个字，就是为了吸引看文章的你还有写文章的我这种小白，我是从坑里面爬出来了。 　　 　　废话少说.... 　　　　问题就是这样子了，至于解决办法，在网上搜索了很久，大多数以一段英文作为解决办法，... 　　　　I think that the warning is accurate; the mangling of va_list has inde...
Frida Android hook
墨鱼菜鸡
07-11 4147
From：https://eternalsakura13.com/2020/07/04/frida/ 目录 1、r0ysue 大佬 2、Frida 环境 2.1 pyenv 2.2 frida 安装 2.3 安装 objection 2.4 frida 使用 frida 帮助 和 frida-server 帮助 2.5 frida 开发...
arm环境下编译出现下面警告的解决办法 note: the mangling of 'va_list' has changed in GCC 4.4
运用之妙,存乎一心
06-29 8934
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
aarch64-linux-gcc交叉编译器（适用）ARMV8-64,ARM-A53等
02-12
在Linaro官网下载的交叉编译器。可以适用ARm-A53 64位的交叉编译器
GCC7.1编译警告 parameter passing for argument of type ‘std::_Rb_tree...
齐烟九点 意尽天明
11-30 2942
最近在新的编译器上移植编译代码时，发现出现了一个未曾见过的警告，这套代码在之前其他编译器上是0警告的。搜索代码问题所在处，发现是调用 std::map 的成员函数 erase 引起的，搜索资料。
I.MX6ULL中qt移植遇到的问题
qq_45339188的博客
06-20 3122
1、在移植过程中出现： mangling of ‘va_list’ has changed in GCC 4.4 make[3]: *** [.obj/qpdf.o] 错误 1 make[3]: *** 正在等待未完成的任务… make[3]:正在离开目录 /myTools/Qt/qt-everywhere-opensource-src-5.5.1/qtbase/src/gui' make[2]: *** [sub-gui-make_first] 错误 2 make[2]:正在离开目录/myTools/Qt
全志A33开发板QT5.6.2添加虚拟键盘
Gulstin的博客
07-06 1353
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
android NDK
fr_han的专栏
09-04 1168
1、不安装cygwin，创建自动编译ndk的builder 2、解决NDK *** note: the mangling of 'va_list' has changed in GCC 4.4ndk-build提示： D:/aDeveloper/ndk/android-ndk-r8b/platforms/android-8/arch-arm/usr/include/jni.h:592:13:
移植opencv到嵌入式arm详细过程
热门推荐
风筝
11-29 4万+
你好！这里是风筝的博客，欢迎和我一起交流。看了好几篇一直opencv的文章，都是几年前的，而且版本比较旧，对着弄会发现有的地方是和现在是有改动的。所以，2017年末，记录了此次移植过程，移植版本比较新的可以看过来，可以让你少走弯路。 为了这东西，逃了两次云计算的课，都被抓到了。伤，，，，，，废话不多说，开搞： opencv，计算机视觉库。 openCV 2.2以后版本需要使用Cmake生成ma
从零开始构建自己的ARM Ubuntu系统
gouwa
03-16 2万+
这篇文章介绍如何构建一个完整基于ARM的Ubuntu系统。 由于之前写该文章时是发表在国外论坛的，因此，保留了原有的内容。 In this guide, we will describe how to build an ubuntu system for Geekbox from scratch. Different ways to achieve it: 1. Build the whole system in host PC with
对‘com::changan::carDynamics::VCU::skeleton::Basc_VehRdy_Skeleton::Basc_VehRdy_Skeleton(com::changan::carDynamics::VCU::skeleton::Basc_VehRdy_service_interface*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)’未定义的引用如何解决
最新发布
04-03
<think>好的，我现在要解决用户提到的C++中“undefined reference to Basc_VehRdy_Skeleton constructor with arguments (Basc_VehRdy_service_interface*, std::string)”错误。首先，我需要回忆一下这类链接错误的常见原因。通常，这种错误发生在编译链接阶段，编译器能找到声明但找不到定义。所以可能的情况包括：构造函数没有实现，或者实现不符合声明，或者链接时没有包含对应的源文件。 用户提供的引用中提到默认构造函数接受void参数[^1]，而另一个问题涉及构造函数的参数处理[^2]。这可能暗示用户可能在声明带参数的构造函数时没有正确实现，或者链接时缺少了对应的对象文件。 接下来，我需要分步骤分析可能的解决方案： 1. **检查构造函数声明与定义是否一致**：确认在头文件中构造函数的参数类型和顺序是否与源文件中的定义完全一致。例如，是否在头文件中声明了`Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface*, std::string)`，而在源文件中是否正确定义了这个构造函数，参数类型是否匹配，尤其是`std::string`是否需要按值或引用传递，是否遗漏了const修饰符等。 2. **确认源文件是否被编译链接**：确保包含构造函数实现的源文件（如.cpp文件）被添加到编译过程中，特别是在使用Makefile或CMake时，需要检查是否将该文件加入源文件列表，避免遗漏导致链接器找不到定义。 3. **检查命名空间和类名**：确认构造函数定义时是否正确使用了类名和作用域解析运算符`::`。例如，是否在实现时写成了`Basc_VehRdy_Skeleton::Basc_VehRdy_Skeleton(...)`，而没有拼写错误或遗漏命名空间。 4. **查看是否存在模板或内联问题**：如果构造函数是模板函数或位于头文件中声明为内联，可能需要确保定义在头文件中或者在链接时可见。不过这种情况相对较少，但需要根据具体情况检查。 5. **检查依赖的库和链接顺序**：如果构造函数依赖于其他库，确认这些库是否正确链接，顺序是否符合要求。例如，某些库可能需要放在命令行的特定位置。 用户可能需要逐一排查这些可能性，特别是前三点最常见。例如，用户可能在头文件中声明了构造函数，但没有在对应的.cpp文件中实现，或者实现的参数列表不一致。比如，头文件中参数是`std::string`，而实现中写成了`const std::string&`，虽然这在C++中可以兼容，但需要确保符号修饰（name mangling）一致。或者用户可能没有将.cpp文件加入项目编译，导致生成的目标文件缺少构造函数定义，从而链接失败。 另外，用户提到的引用中关于构造函数的参数处理问题，可能涉及如何正确编写接受两个参数的构造函数的代码，用户需要确保在实现时正确初始化成员变量，尤其是在构造函数初始化列表中的处理，避免未初始化的成员导致其他错误。 总结步骤：首先检查声明与定义是否一致，其次确认源文件参与编译，再检查类名和作用域是否正确，最后确保链接正确。</think>### 解决C++构造函数未定义引用错误的分步指南 #### 1. 验证构造函数声明与定义的一致性 - **头文件声明示例**： ```cpp class Basc_VehRdy_Skeleton { public: Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface* pService, std::string name); // 声明 }; ``` - **源文件定义示例**： ```cpp Basc_VehRdy_Skeleton::Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface* pService, std::string name) { // 实现代码 } ``` **注意**：参数类型、顺序和`const`修饰符必须完全匹配。例如，若声明为`std::string`，定义时不能使用`const std::string&`。 #### 2. 确认源文件参与编译 - **构建系统配置**： - 在Makefile中确保包含实现文件： ```makefile SRCS = Basc_VehRdy_Skeleton.cpp main.cpp ``` - 在CMake中检查`add_executable`指令： ```cmake add_executable(MyApp Basc_VehRdy_Skeleton.cpp main.cpp) ``` #### 3. 检查类作用域和命名 - **错误示例**： ```cpp // 错误：缺少类名前缀 Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface* pService, std::string name) { /*...*/ } ``` - **正确示例**： ```cpp Basc_VehRdy_Skeleton::Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface* pService, std::string name) { /*...*/ } ``` #### 4. 处理模板和内联情况 - **内联构造函数**：若在头文件中定义，需添加`inline`关键字： ```cpp class Basc_VehRdy_Skeleton { public: Basc_VehRdy_Skeleton(Basc_VehRdy_service_interface* pService, std::string name) { /*...*/ } // 内联实现 }; ``` #### 5. 验证链接依赖 - **库链接顺序**：确保依赖库在链接命令中位于调用者之后： ```bash g++ -o MyApp main.o Basc_VehRdy_Skeleton.o -lSomeDependency ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值