MAP file analysis - where#39;s my code size comes from?(MAP 文件分析 - 我的代码大小从何而来?)
问题描述
我正在寻找一种工具来简化对大型 C++ 项目 (VC6) 的链接器映射文件的分析.
I am looking for a tool to simplify analysing a linker map file for a large C++ project (VC6).
在维护期间,二进制文件稳定增长,我想弄清楚它的来源.我怀疑在不同 DLL 之间共享的库中存在一些过度热心的模板扩展,但是浏览地图文件并没有提供很好的线索.
During maintenance, the binaries grow steadily and I want to figure out where it comes from. I suspect some overzealeous template expansion in a library shared between different DLL's, but jsut browsign the map file doesn't give good clues.
有什么建议吗?
推荐答案
这个是一个很棒的编译器生成的地图文件分析/资源管理器/查看器工具.检查是否可以浏览 gcc 生成的地图文件.
This is a wonderful compiler generated map file analysis/explorer/viewer tool. Check if you can explore gcc generated map file.
amap :分析 32 位 Visual Studio 编译器生成的 .MAP 文件并报告数据和代码使用的内存量的工具.此应用还可以读取和分析由 Xbox360、Wii 和 PS3 编译器生成的 MAP 文件.
这篇关于MAP 文件分析 - 我的代码大小从何而来?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:MAP 文件分析 - 我的代码大小从何而来?


- 一起使用 MPI 和 OpenCV 时出现分段错误 2022-01-01
- 从python回调到c++的选项 2022-11-16
- STL 中有 dereference_iterator 吗? 2022-01-01
- 静态初始化顺序失败 2022-01-01
- 近似搜索的工作原理 2021-01-01
- Stroustrup 的 Simple_window.h 2022-01-01
- 与 int by int 相比,为什么执行 float by float 矩阵乘法更快? 2021-01-01
- 使用/clr 时出现 LNK2022 错误 2022-01-01
- 如何对自定义类的向量使用std::find()? 2022-11-07
- C++ 协变模板 2021-01-01