我正在将一个Windows应用程序移植到Linux上,该应用程序链接到一个汇编程序模块,该汇编程序模块目前由VC++生成。在将其Windows假设更改为Linux之后,我想再次将MASM上的模块组装为OMF (在Windows中),然后将该对象文件直接输入GCC构建(在Linux中)。这将大大简化维护随着时间的推移,并保证相同的程序集在这两个操作系统。另一种方法是将汇编程序代码移植到YASM/NASM及其复杂性上。汇编程序代码完全是叶例程(没有调用),没有宏、没有Unicode数据和很少的整数/真实数据;它包括32位和64位汇编程序版本。除了endian问题之外,谁的工具链为该模块生成OMF表示真的很重要?
发布于 2015-08-30 00:58:58
我使用一个简单的测试用例对它进行了测试,在Linux下使用GNU链接器链接时,它运行得很好。所以你可能不需要做什么特别的事。
下面是我用它测试的程序集文件:
_TEXT SEGMENT USE32
PUBLIC foo
foo:
mov eax, 1234
ret
_TEXT ENDS
END这是C程序:
#include <stdio.h>
extern int foo();
int
main() {
printf("%d\n", foo());
return 0;
}我使用MASM在Windows上组装了第一个文件,将生成的.OBJ文件复制到Linux机器(Debian x86_64),并使用以下命令编译/链接它:
gcc -m32 main.c foo.obj运行生成的可执行文件(a.out)将产生预期的输出:1234。我还测试了同等的64位案例,它也起作用了。
除非您依赖于特定于PECOFF的节(段)排序或其他特定于PECOFF的特性,否则看起来您应该没有任何问题,至少对象文件格式是如此。注意,安装在Linux机器上的GNU链接器的版本可能不是为了支持PECOFF而构建的。在这种情况下,您可能需要从源构建自己的版本。
https://stackoverflow.com/questions/32290563
复制相似问题