困扰几天的问题，这是被 gcc 优化了吗？

一个动态库项目，支持 win32 和 arm64 ，编译器是 msvc 和 gcc （ gcc 是自己从源码编译的，版本 15.1.0 ）对外暴露一个标准 C API ，其内部实现只有一行代码，调用一个内部名称空间内的方法

int my_foo()
{
    return internal::bar();
}

魔幻的事情是，这个 so 文件，我写一个控制台程序去调用它，能顺利进入到bar()中，放到实际项目中bar()根本就没有被调用，于是尝试打印

int my_foo()
{
    std::cout << "111111111111111" << std::endl;
    std::cout << __FUNCTION__ << std::endl;
    std::cout << "internal::bar address: " << (long long)((void*)&internal::bar);
    return internal::bar();
}

好家伙，在 linux 下只能打印前两行，然后函数返回 0 ，但这种情况只发生在项目引用时出现。写一个简单的命令行程序触发完全没问题，win32 下也都没问题。我想 so 文件已经是二进制了，还能被链接它的程序优化不成？这里卡住了，不知道怎么办项目均使用了-O2

aqtata

13 天前

我加上了 std::endl ，地址可以打印出来了。然后又将 so 文件拖到 ida 中看了，代码都在，没有被优化。

根据楼上朋友的提示说可能是符号问题，我找到了项目中另一个 so 文件，确实发现了同名空间下的同名函数！！
加入输出后果然破案了，在 a.so 内执行 internal::bar() 却串到了 b.so 文件内部的 internal::bar() 中去了！？

按照我的理解，so 文件已经是二进制了，都有各自的内存范围，不清楚为什么会“串门”