我正在尝试生成16位DOS可执行文件,但使用gcc编译器。所以我使用古老的gcc-4.3 ia16端口。我制作了构建的Docker镜像:https://registry.hub.docker.com/u/ysangkok/ia16-gcc-rask
这是我正在尝试的内容:
host $ mkdir results
host $ docker run -v $PWD/results:/results -it ysangkok/ia16-gcc-rask
container $ cd results
我没有包含标题,因为gcc无法使用OpenWatcom的libc标题。
container $ echo 'main() { printf("lol"); }' > test.c
我没有链接因为我没有16位binutils可用。如果我构建一个目标文件,它不能正确标记为16位。
container $ /trunk/build-ia16-master/prefix/bin/ia16-unknown-elf-gcc -S test.c
现在我有了这个汇编文件:
.arch i8086,jumps
.code16
.att_syntax prefix
#NO_APP
.section .rodata
.LC0:
.string "lol"
.text
.p2align 1
.global main
.type main, @function
main:
pushw %bp
movw %sp, %bp
subw $4, %sp
call __main
movw $.LC0, %ax
pushw %ax
call printf
addw $2, %sp
movw %bp, %sp
popw %bp
ret
.size main, .-main
.ident "GCC: (GNU) 4.3.0 20070829 (experimental)"
在容器外部,在主机中,我尝试用yasm组装它:
% yasm -m x86 -p gas -f elf -o test.o test.s
test.s:1: warning: directive `.arch' not recognized
test.s:3: error: junk at end of line, first unrecognized character is `p'
我注释掉了语法行,因为yasm不理解它,然后再试一次,这次成功了。
我测试了重定位符号:
% objdump -r test.o
test.o: file format elf32-i386
RELOCATION RECORDS FOR [.text]:
OFFSET TYPE VALUE
00000007 R_386_PC16 __main
0000000a R_386_16 .rodata
0000000e R_386_PC16 printf
可悲的是他们是32位的。当我尝试在容器中进行链接时,它不起作用:
root@1341f35c4590:/# cd ow/binl/
root@1341f35c4590:/ow/binl# WATCOM=/ow /ow/binl/wlink
Open Watcom Linker Version 1.9
Portions Copyright (c) 1985-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
Press CTRL/D to finish
WLINK>system dos
WLINK>file /results/test.o
[ comment: i press control-d on the next line ]
WLINK>loading object files
Warning! W1080: file /results/test.o is a 32-bit object file
Error! E2015: file /results/test.o(test.s): bad relocation type specified
Error! E2015: file /results/test.o(test.s): bad relocation type specified
Error! E2015: file /results/test.o(test.s): bad relocation type specified
如果我尝试制作COFF而不是ELF,那么yasm甚至无法组装:
root@1341f35c4590:/# cd ow/binl/
root@1341f35c4590:/ow/binl# WATCOM=/ow /ow/binl/wlink
Open Watcom Linker Version 1.9
Portions Copyright (c) 1985-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
Press CTRL/D to finish
WLINK>system dos
WLINK>file /results/test.o
WLINK>loading object files
Warning! W1080: file /results/test.o is a 32-bit object file
Error! E2015: file /results/test.o(test.s): bad relocation type specified
Error! E2015: file /results/test.o(test.s): bad relocation type specified
Error! E2015: file /results/test.o(test.s): bad relocation type specified
我知道yasm不支持16位,但也许有一种解决方法?是否有兼容GAS的16位汇编程序? GAS-to-Intel转换器无法正常工作。
答案 0 :(得分:2)
我不专家,但AFAIK没有16位GAS兼容的汇编程序。
此外,gcc从未打算生成8086 16位代码。 Rask端口在这个意义上产生16位代码
操作数大小默认为16位。因此,像mov ax, 1234h
这样的指令会以b8 34h 12h
而不是66 b8 34h 12h
的形式发出
在实模式下解释为mov eax, xxxx1234h
(如果您在80386 +上运行)
地址模式也是如此。
问题是这只是代码,目标文件格式仍然是32位,因此它们最终会被32位工具用于 v86环境。 例如,ELF不支持16位重定位,也不支持COFF(根据nasm)。
因此,即使GCC和GAS生成16位代码,它们也只输出相对较新的对象格式。 给定目标文件创建MZ或COM可执行文件的每个工具都是在这些格式之前创建的,并且不支持它们。 由于DOS很久以前就不再使用,因此没有花费任何精力来增加对新格式的支持。
我只能用两种方式,非常非常,将gcc用作编译器。
使用-masm=intel
标志汇编源文件以获取Intel语法。然后,您需要一个工具将GAS点指令转换为NASM指令。
必须手动编码。其中大部分是简单的替换,例如.global
XXX到GLOBAL XXX
,但您需要转换有效地址和
为未定义的函数添加EXTERN XXX
。
您不得使用任何外部符号并生成PIC代码(-fPIC
标志)和原始二进制文件(即只是代码)。
定义函数指针的结构,每个外部函数需要使用一个结构,如
struct context_t { int (*printf)(char* format, ...); ... };然后声明指向
context_t
的指针,说context_t* ctx
;
如果您需要使用printf
这样的函数,请改用ctx->printf
。
编译代码。
现在创建一个C源,调用它加载器,定义类型context_t
的变量并初始化它的指针。
然后加载器必须读取二进制文件,找到为ctx
指针分配的空间并将其设置为其context_t
变量的地址,然后
将二进制文件加载到内存中(在段边界处)并使用远程调用执行它。
您需要在文件中找到指针的位置,您可以使用GCC(-Xlinker -Map=output.map
开关)生成的地图文件或使用签名
像旧的BIOS PCI 32bit服务($ PCI签名)并扫描它。
请注意GCC生成的代码可能会施加其他约束,但PIC开关应尽量减少这种情况。
您可以在加载器之后附加二进制文件(请注意,如果您使用MZ格式并注意对齐)并简化操作。