在x86_64主机中交叉编译RTI DDS + GStreamer app x86（ld失败）

作者: 咿呀哟
发布时间: 2025-02-06 06:23:27 (23天前)
转自：

3 条回复

0#
回复此人
咿呀哟 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 我遇到了和你一样的问题，但是经过对Makefile的一些修改，我能够在x86_64 Arch Linux中交叉编译32位的应用程序。 <a href="http://pastebin.com/RwkBmbYR" rel="nofollow" title="Makefile.common for VideoData"> 这里 </A> 是makefile。 基本上我必须做两个改变： <OL> <LI> 修改链接阶段中的-L标志以指向/ usr / lib32而不是/ usr / lib </LI> <LI> 将库-lgobject-2.0添加到LIBS变量。 </LI> </醇> 完成这两项更改后，您应该能够构建32位的VideoData演示。导致错误是因为ArchLinux中的multilib布局与CentOs不同 请注意，如果您想在x86_64中运行32位VideoData演示，您还需要安装一些Gstreamer插件的32版本。其中一些插件在multilib存储库中不可用，因此您必须自己构建它们。另一种方法是创建一个32位的chrooted环境。 </DIV>

编辑
1#
回复此人
离线请留言 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 事后，你解释我需要交叉编译为32位。所以我的答案并没有完全解决你的问题。无论如何我都会把它留在这里，因为它包含了在64位机器上构建示例的有用信息。 <HR /> 我试图在CentOS 6.5,64位上构建这个问题。 为了解决这些问题，我创建了一个新的makefile <a href="http://pastebin.com/fxKwZKNC" rel="nofollow"> <code> make\Makefile.x64Linux2.6gcc4.4.5 </code> </A> 。这是从现有的 <code> Makefile.i86Linux2.6gcc4.4.5 </code> ，但随着 <code> -m32 </code> 删除标志，定义 <code> RTI_64BIT </code> 添加并且体系结构名称与已安装的DDS版本的64位体系结构的名称相匹配（ <code> x64Linux2.6gcc4.4.5 </code> ）。 也 <a href="http://pastebin.com/tRcHMs6X" rel="nofollow"> <code> make\Makefile.common </code> </A> 必须进行调整才能使其发挥作用。在那个文件中 <code> pkg-config </code> 在某些似乎相关的地方需要，以纠正编译器和链接器选项 <code> glib-2.0 </code> 和 <code> gstreamer-0.10 </code> 。 我不确定这些确切地导致了你的问题，也许你可以尝试我放在pastebin.com中的文件，看看它们是否适合你。 顺便说一句，看起来粘贴到pastebin中的makefile有他们的 <code> TAB </code> s（在行的开头）由空格替换。这将破坏你的制作过程，所以你必须手动纠正 - 抱歉，我不知道有什么方法。 </DIV>

编辑

登录后才能参与评论