Solaris sparc 9/10 libstdc++兼容性问题（64 位）

发布于 2024-11-27 23:05:09 字数 1237 浏览 3 评论 0原文

我在 sparc9 和 sparc10 系统上安装了 gcc 3.4.6。当我尝试在 sparc10 上使用共享对象（基于 sparc9 构建）时，遇到不兼容问题。如果我在 sparc9 系统上使用相同的共享对象，我没有看到任何问题。 makefile 的片段：-

LIB=-L/usr/lib/sparcv9 -L/usr/local/lib/sparcv9 -L/lib/sparcv9
gcc -m64 -shared -fPIC -o myapi.so.1 myapi.o $(LIB) -lc -lstdc++ -luuid

现在在 sparc10 中：-

ldd -d /home/myapi.so
libstdc++.so.6 =>        /usr/local/lib/sparcv9/libstdc++.so.6
symbol not found: _ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode                (./myapi.so)

我已经跳过了上面输出中看起来正常的其他依赖项。

然后，我对 /usr/local/lib/sparcv9 中的 libstdc++.so.6 运行“nm”以获取上述未引用的符号，并得出以下结论：-

V9---> _ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode
V10--->_ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffElSt12_Ios_SeekdirSt13_Ios_Openmode

如果仔细观察，您可以看到 sparc9 中的 mangled-name 符号的差异和 sparc10...“ExSt12”v/s“ElSt12”。

同样，如果我在 sparc10 上构建 myapi.so，它在 sparc9 上会失败，因为 V9 和 V10 中的符号不匹配。

有人可以指出我是否遗漏了什么有用的提示吗？或者我需要在 V9 上安装任何软件包吗？我假设基于 V9 构建的共享对象应该可以在 V10 上工作。

我想补充一点，V9 上的 libstdc++.so.6 的大小与 V10 不同。 V9 具有 SMCgcc，V10 具有 SUNWgccruntime 和 SMCgcc。

原文

I have gcc 3.4.6 installed on sparc9 and sparc10 systems. I am having incompatibility issues when I try to use shared object(built on sparc9) on sparc10. I am not seeing any issue if I use same shared object on sparc9 system. Snippet from makefile:-

LIB=-L/usr/lib/sparcv9 -L/usr/local/lib/sparcv9 -L/lib/sparcv9
gcc -m64 -shared -fPIC -o myapi.so.1 myapi.o $(LIB) -lc -lstdc++ -luuid

Now following in sparc10:-

ldd -d /home/myapi.so
libstdc++.so.6 =>        /usr/local/lib/sparcv9/libstdc++.so.6
symbol not found: _ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode                (./myapi.so)

I have skipped other dependencies in above output which appear normal.

Then, I ran "nm" against libstdc++.so.6 in /usr/local/lib/sparcv9 for above unreferenced symbol and came with following conclusion:-

V9---> _ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode
V10--->_ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffElSt12_Ios_SeekdirSt13_Ios_Openmode

If you look carefully, you can see a difference in mangled-name symbol in sparc9 and sparc10... "ExSt12" v/s "ElSt12".

Similarly, if I build myapi.so on sparc10, it fails on sparc9 because of symbol mismatch in V9 and V10.

Can someone please point me to any helpful hints as to if I am missing something? Or do I need to install any package on V9. I am assuming that shared object built on V9 should work on V10.

I would like to add that there is a size of libstdc++.so.6 on V9 is different from V10. V9 has SMCgcc and V10 has both SUNWgccruntime and SMCgcc.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

迷荒 2024-12-04 23:05:09

这些符号分解为：

std::basic_streambuf<char, std::char_traits<char> >::seekoff(long long, std::_Ios_Seekdir, std::_Ios_Openmode)

并且

std::basic_streambuf<char, std::char_traits<char> >::seekoff(long, std::_Ios_Seekdir, std::_Ios_Openmode)

请注意，一个使用 long ，另一个使用 long long

我怀疑这意味着一个是使用 64 位文件偏移量构建的（也称为大文件支持）另一个则不然。这意味着 GCC 的两个版本的构建方式不同（由 sunfreeware.com 或提供它们的任何人构建）并且不兼容。

Those symbols demangle as:

std::basic_streambuf<char, std::char_traits<char> >::seekoff(long long, std::_Ios_Seekdir, std::_Ios_Openmode)

and

std::basic_streambuf<char, std::char_traits<char> >::seekoff(long, std::_Ios_Seekdir, std::_Ios_Openmode)

Notice that one uses long and the other uses long long

I suspect that means one was built with 64-bit file offsets (aka large file support) and the other wasn't. That means the two versions of GCC have been built differently (by sunfreeware.com or whoever provided them) and are incompatible.

回复收藏 0 原文