gcc编译C++程序后，会生成很多的类似.data._ZNSt17_xxxxxxx的段，为什么？

wumingguoguo 2020-04-29 09:51:50

gcc4.8.1交叉编译C++程序，生成的PowerPC的文件中，会有特别多的类似.data._ZNSt17_timepunct_cacheIcE12_S_timezonesE段，还有类似.bss._ZZN9_gnu_cxx27_verbose_terminate_handlerEvE11terminating段，

而使用gcc3.4.4编译出来的程序，则只有一个.data段或.bss段，而不是很多以.data开头或.bss开头的段。

现在发现的问题是连接脚本中只使用*.bss，会丢失其它bss段，必须用*.bss.*才行。

请问各位专家：
1）gcc4.8.1和gcc3.4.4在生成段方面有什么区别？
2）连接脚本如果只使用*.text，会不会丢失一些text信息？连接脚本是否必须用*.text.* ?

...全文

650 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

wumingguoguo 2020-05-04

打赏
举报

回复

引用 1 楼 mLee79 的回复:

没啥差别吧, 编译选项加上 -ffunction-sections -fdata-sections 就给每个函数单独命名 text, data, bss 段名, 方便链接脚本精细控制 ...

GCC4.8.1编译C程序没有这种现象。现在没有加这两个选项，在编译C++的时候还是会生成很多独立的段，甚至bss段都有很多，这是和C++有关系吗？

现在的问题是，平时用的连接脚本一般用*.text、*.data、*.bss，而不是用*.text.*、*.data.*、*.bss.*，那么会不会丢失很多信息？

mLee79 2020-04-30

打赏
举报

回复

没啥差别吧, 编译选项加上 -ffunction-sections -fdata-sections 就给每个函数单独命名 text, data, bss 段名, 方便链接脚本精细控制 ...

内容概要：本文介绍了一个基于MATLAB实现的VMD-SVM联合模型，用于机械设备的故障诊断与分类预测。该方法结合变分模态分解（VMD）和支持向量机（SVM），首先利用VMD对原始振动信号等工业监测数据进行自适应分解，提取具有物理意义的本征模态分量，有效分离噪声与关键故障特征；随后通过时频域特征提取与PCA降维，构建高判别性特征集，并输入优化后的SVM分类器实现多类别、非线性故障的精准识别。项目涵盖完整的模型架构、参数优化策略及应对工程挑战的解决方案，并提供了部分MATLAB代码示例，支持实时预测、可视化展示与系统集成。; 适合人群：具备一定信号处理与机器学习基础，从事工业故障诊断、智能运维、智能制造等相关领域的科研人员、工程技术人员及研究生；熟悉MATLAB编程者更佳；使用场景及目标：①解决复杂工况下设备故障信号的特征提取与分类难题；②实现旋转机械、电力设备等多类型装备的智能健康监测与预测性维护；③构建高鲁棒性、可扩展的故障诊断系统；阅读建议：建议结合文中提供的代码示例与完整程序（含GUI设计）进行实践操作，重点关注VMD参数调优、特征构造与SVM多分类实现过程，同时可拓展至迁移学习与边缘部署以提升工程应用价值。

文章详细介绍了在MySQL使用GROUP BY时遇到的常见报错“Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column”的解决方法。作者首先解释了报错的原因，即从MySQL 5.7.5开始默认启用了ONLY_FULL_GROUP_BY模式，导致某些SQL语句失效。接着，作者提供了具体的解决步骤：通过查看数据库配置确认sql_mode包含ONLY_FULL_GROUP_BY，然后修改MySQL配置文件，移除该模式或添加其他兼容模式。最后，作者通过重启MySQL服务验证配置生效，成功解决了问题。整个过程清晰明了，适合遇到类似问题的开发者参考。

传送带损坏与对象检测数据集一、基础信息 • 数据集名称：传送带损坏与对象检测数据集 • 图片数量：训练集：645张图片验证集：185张图片测试集：92张图片总计：922张工业监控图片 • 训练集：645张图片 • 验证集：185张图片 • 测试集：92张图片 • 总计：922张工业监控图片 • 分类类别： Hole（孔洞）：传送带表面的孔洞损坏。 Human（人类）：工作区域中的人类，用于安全监控。 Other Objects（其他对象）：非预期对象，可能引起故障。 Puncture（刺穿）：传送带被刺穿的损坏。 Roller（滚筒）：传送带滚筒部件。 Tear（撕裂）：传送带撕裂损坏。 impact damage（冲击损坏）：由于冲击导致的损坏。 patch work（修补工作）：已修补的区域。 • Hole（孔洞）：传送带表面的孔洞损坏。 • Human（人类）：工作区域中的人类，用于安全监控。 • Other Objects（其他对象）：非预期对象，可能引起故障。 • Puncture（刺穿）：传送带被刺穿的损坏。 • Roller（滚筒）：传送带滚筒部件。 • Tear（撕裂）：传送带撕裂损坏。 • impact damage（冲击损坏）：由于冲击导致的损坏。 • patch work（修补工作）：已修补的区域。 • 标注格式：YOLO格式，包含边界框和类别标签，适用于目标检测任务。 • 数据格式：图像数据来源于工业监控系统，适用于计算机视觉分析。二、适用场景 • 工业自动化检测系统开发：用于构建自动检测传送带损坏和异物的AI模型，实现实时监控和预防性维护，减少停机时间。 • 安全监控应用：识别人类和其他对象，提升工业环境的安全性，避免事故和人员伤害。 • 学术研究与创新：支持计算机视觉在制造业、物流和自动化领域的应用研究，促进AI技术与工业实践的融合。 • 教育与培训：可用于培训AI模型或作为工业工程和自动化教育的案例数据，帮助学习者理解实际应用场景。三、数据集优势 • 多样化的类别覆盖：包含8个关键类别，涵盖多种损坏类型和对象，确保模型能够处理各种实际工业场景，提升泛化能力。 • 精准的标注质量：采用YOLO格式，边界框标注准确，由专业标注人员完成，保证数据可靠性和模型训练效果。 • 强大的任务适配性：兼容主流深度学习框架（如YOLO、TensorFlow、PyTorch），可直接用于目标检测任务，并支持扩展至其他视觉任务需求。 • 突出的工业价值：专注于工业传送带系统的实际需求，帮助提升生产效率、降低维护成本，并增强工作场所安全，具有较高的实际应用价值。

本实战项目旨在帮助读者从零开始，逐步掌握管理系统的构建过程。我们将涵盖从需求分析、系统设计、数据库搭建、核心功能开发到系统测试与部署的全过程。通过本教程，你将深入了解管理系统的基础知识和实战技能。

本文详细介绍了Docker的基本使用命令，包括帮助命令、镜像命令和容器命令。帮助命令部分涵盖了docker version、docker info和docker --help的使用方法，用于查看Docker的版本信息、系统信息和帮助手册。镜像命令部分包括搜索镜像（docker search）、拉取镜像（docker pull）、查看镜像（docker images）和删除镜像（docker rmi）等操作。容器命令部分则详细讲解了启动容器（docker run）、查看容器（docker ps）、退出容器（exit或ctrl+p+q）、进入容器（docker exec/attach）、启动/重启/停止容器（docker start/restart/stop/kill）、删除容器（docker rm）、查看容器日志（docker logs）、查看容器进程（docker top）、查看容器内部细节（docker inspect）、拷贝文件（docker cp）以及查看容器资源占用情况（docker stats）等操作。这些命令为Docker的日常使用提供了全面的指导。

Linux/Unix社区

23,223

社区成员

74,536

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章