在Arch Linux上构建Intel PCM工具时解决libasan链接问题
Intel PCM(Performance Counter Monitor)是一款强大的性能监控工具,但在某些Linux发行版上构建时可能会遇到链接问题。本文将详细介绍在Arch Linux系统上构建PCM时遇到的libasan链接错误及其解决方案。
问题现象
当在Arch Linux系统上尝试构建PCM工具时,构建过程会在链接阶段失败,并显示以下错误信息:
/usr/bin/ld: cannot find -lasan: No such file or directory
尽管系统中确实存在libasan.so文件(通常位于/usr/lib/libasan.so),但构建系统无法正确找到并使用它。
问题原因
这个问题的根源在于PCM的CMake构建系统默认尝试使用静态链接方式连接AddressSanitizer(ASan)库。在Arch Linux等某些发行版中,静态版本的ASan库可能不可用或安装方式不同,导致链接器无法找到所需的静态库文件。
AddressSanitizer是一种内存错误检测工具,PCM默认启用它以帮助开发者发现潜在的内存问题。静态链接方式在某些环境下工作良好,但在Arch Linux等发行版中可能需要调整为动态链接。
解决方案
有两种方法可以解决这个问题:
方法一:强制使用动态链接
在运行cmake时添加-DPCM_NO_STATIC_LIBASAN=ON选项,强制使用动态链接方式连接ASan库:
cmake -DPCM_NO_STATIC_LIBASAN=ON ..
cmake --build .
方法二:更新PCM代码库
最新版本的PCM已经针对Arch Linux做了特殊处理,会自动检测系统类型并调整链接方式。只需更新到最新代码即可:
git pull origin master
mkdir build
cd build
cmake ..
cmake --build .
深入理解
AddressSanitizer是LLVM项目的一部分,用于检测内存错误如缓冲区溢出、使用释放后的内存等。它通过编译时插桩和运行时库的结合来实现这些功能。在Linux系统中,ASan通常以动态库形式提供(libasan.so),但某些构建系统可能偏好静态链接以获得更好的可移植性。
Arch Linux作为滚动更新的发行版,其软件包管理方式与其他发行版有所不同,这可能导致一些构建系统假设不成立。PCM项目已经意识到这一点,并针对Arch Linux做了特殊处理,体现了开源项目对不同Linux发行版的良好适配。
总结
在Arch Linux上构建Intel PCM工具时遇到的libasan链接问题,本质上是静态链接与动态链接的选择问题。通过理解构建系统的默认行为并适当调整配置参数,可以顺利解决这一问题。这也提醒我们,在使用开源工具时,了解不同Linux发行版间的差异非常重要。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0191
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0118
Step-3.7-FlashStep-3.7-Flash是一个拥有 1980 亿参数的稀疏混合专家(MoE)视觉语言模型,由 1960 亿参数的语言主干网络和 18 亿参数的视觉编码器组合而成,具备原生图像理解能力。Python00
JoyAI-EchoJoyAI-Echo,这是一个独立的、仅用于推理的版本,旨在实现分钟级多镜头音视频生成。它采用了经过蒸馏的DMD生成器、配对的跨模态记忆以及故事级别的一致性。其性能的核心在于,一个跨模态视听记忆库能够在长达五分钟的视频中保持角色外观和语音音色的一致性。同时,一个训练后处理流程将基于记忆的强化学习与分布匹配蒸馏相结合,实现了7.5倍的速度提升,显著增强了视觉质量和对齐效果。00
fun-rec推荐系统入门教程,在线阅读地址:https://datawhalechina.github.io/fun-rec/Python03
so-large-lm大模型基础: 一文了解大模型基础知识01