无法识别的仿真模式:elf_i386 on MinGW32
Unrecognised emulation mode: elf_i386 on MinGW32
我正在尝试制作内核,但我无法通过程序集 link C 输出。 ld
。我收到错误:
unrecognized emulation mode: elf_i386
我在 MinGW32 和 MSYS 上使用 Windows 10 专业版。我使用的代码:
link.ld
/*
* link.ld
*/
OUTPUT_FORMAT(elf32-i386)
ENTRY(start)
SECTIONS
{
. = 0x100000;
.text : { *(.text) }
.data : { *(.data) }
.bss : { *(.bss) }
}
kernel.c
/*
* kernel.c
*/
void kmain(void)
{
const char *str = "my first kernel";
char *vidptr = (char*)0xb8000; //video mem begins here.
unsigned int i = 0;
unsigned int j = 0;
/* this loops clears the screen
* there are 25 lines each of 80 columns; each element takes 2 bytes */
while(j < 80 * 25 * 2) {
/* blank character */
vidptr[j] = ' ';
/* attribute-byte - light grey on black screen */
vidptr[j+1] = 0x07;
j = j + 2;
}
j = 0;
/* this loop writes the string to video memory */
while(str[j] != '[=12=]') {
/* the character's ascii */
vidptr[i] = str[j];
/* attribute-byte: give character black bg and light grey fg */
vidptr[i+1] = 0x07;
++j;
i = i + 2;
}
return;
}
kernel.asm
;;kernel.asm
bits 32 ;nasm directive - 32 bit
section .text
global start
extern kmain ;kmain is defined in the c file
start:
cli ;block interrupts
mov esp, stack_space ;set stack pointer
call kmain
hlt ;halt the CPU
section .bss
resb 8192 ;8KB for stack
stack_space:
编译和 link 我使用:
nasm -f elf32 kernel.asm -o kasm.o
gcc -m32 -c kernel.c -o kc.o
ld -m elf_i386 -T link.ld -o kernel kasm.o kc.o
我正在使用:
- Gcc 4.8.1
- LD 2.25.1
- Nasm 2.11.09rc1
为什么会出现此错误,我该如何解决?
标准 MinGW/32 LD 链接器不输出 ELF 二进制文件。您最好使用 i686 cross-compiler,但如果您不是 i686,则可以使用以下提示。
看来您正在使用 Arjun 的 Let's Write a Kernel 教程。如果您正在按照该教程进行操作,则您错过了使 kernel.asm
与 GRUB 引导加载程序和 QEMU 兼容的步骤 -kernel
选项。在我们开始之前,您应该阅读本教程的其余部分。以下代码将 Multiboot header 添加到 kernel.asm
以使其与 GRUB 兼容:
;;kernel.asm
bits 32 ;nasm directive - 32 bit
global entry
extern _kmain ;kmain is defined in the c file
section .text
entry: jmp start
;multiboot spec
align 4
dd 0x1BADB002 ;magic
dd 0x00 ;flags
dd -(0x1BADB002 + 0x00) ;checksum. m+f+c should be zero
start:
cli ;block interrupts
mov esp, stack_space ;set stack pointer
call _kmain
hlt ;halt the CPU
section .bss
resb 8192 ;8KB for stack
stack_space:
除了添加 header 之外,我还在文件中添加了 entry
标签和 jmp start
以跳过 Multiboot header。我这样做是为了方便以后在开始调试时在 0x100000 处设置断点。
另一个变化是在 MinGW 上,GCC 默认在函数名中添加下划线。我已将对 C 函数 kmain
的引用更改为 _kmain
。这与 Linux 约定不同。
由于我们代码的入口点现在是 entry
而不是 start
我已经将 link.ld
修改为:
/*
* link.ld
*/
OUTPUT_FORMAT(pei-i386)
ENTRY(entry)
SECTIONS
{
. = 0x100000;
.text : { *(.text) }
.data : { *(.data) }
.bss : { *(.bss) }
}
上述文件的另一个重要变化是 OUTPUT_FORMAT(pei-i386)
的用法。这将输出可移植的可执行映像(32 位)而不是 ELF(不受支持)。
为了构建内核并从 PEI-I386 生成 ELF 映像,我们可以使用这些命令:
nasm -f elf32 kernel.asm -o kasm.o
gcc -m32 -c kernel.c -o kc.o -ffreestanding -nostdlib -nostdinc
ld -T link.ld -o kernel kasm.o kc.o -build-id=none
objcopy -O elf32-i386 kernel kernel.elf
LD 命令已修改为不将 build-id 写入可执行文件,以避免 Multiboot header 被移出前 8k的可执行文件。 GCC 选项已被修改为使用选项 -ffreestanding -nostdlib -nostdinc
生成独立代码(没有标准库和包含)。我们使用 objcopy
将 PEI-I386 文件 (kernel
) 转换为名为 [=27= 的 ELF32 图像].您将希望将 kernel.elf
与 GRUB and/or QEMU.
一起使用
我正在尝试制作内核,但我无法通过程序集 link C 输出。 ld
。我收到错误:
unrecognized emulation mode: elf_i386
我在 MinGW32 和 MSYS 上使用 Windows 10 专业版。我使用的代码:
link.ld
/*
* link.ld
*/
OUTPUT_FORMAT(elf32-i386)
ENTRY(start)
SECTIONS
{
. = 0x100000;
.text : { *(.text) }
.data : { *(.data) }
.bss : { *(.bss) }
}
kernel.c
/*
* kernel.c
*/
void kmain(void)
{
const char *str = "my first kernel";
char *vidptr = (char*)0xb8000; //video mem begins here.
unsigned int i = 0;
unsigned int j = 0;
/* this loops clears the screen
* there are 25 lines each of 80 columns; each element takes 2 bytes */
while(j < 80 * 25 * 2) {
/* blank character */
vidptr[j] = ' ';
/* attribute-byte - light grey on black screen */
vidptr[j+1] = 0x07;
j = j + 2;
}
j = 0;
/* this loop writes the string to video memory */
while(str[j] != '[=12=]') {
/* the character's ascii */
vidptr[i] = str[j];
/* attribute-byte: give character black bg and light grey fg */
vidptr[i+1] = 0x07;
++j;
i = i + 2;
}
return;
}
kernel.asm
;;kernel.asm
bits 32 ;nasm directive - 32 bit
section .text
global start
extern kmain ;kmain is defined in the c file
start:
cli ;block interrupts
mov esp, stack_space ;set stack pointer
call kmain
hlt ;halt the CPU
section .bss
resb 8192 ;8KB for stack
stack_space:
编译和 link 我使用:
nasm -f elf32 kernel.asm -o kasm.o
gcc -m32 -c kernel.c -o kc.o
ld -m elf_i386 -T link.ld -o kernel kasm.o kc.o
我正在使用:
- Gcc 4.8.1
- LD 2.25.1
- Nasm 2.11.09rc1
为什么会出现此错误,我该如何解决?
标准 MinGW/32 LD 链接器不输出 ELF 二进制文件。您最好使用 i686 cross-compiler,但如果您不是 i686,则可以使用以下提示。
看来您正在使用 Arjun 的 Let's Write a Kernel 教程。如果您正在按照该教程进行操作,则您错过了使 kernel.asm
与 GRUB 引导加载程序和 QEMU 兼容的步骤 -kernel
选项。在我们开始之前,您应该阅读本教程的其余部分。以下代码将 Multiboot header 添加到 kernel.asm
以使其与 GRUB 兼容:
;;kernel.asm
bits 32 ;nasm directive - 32 bit
global entry
extern _kmain ;kmain is defined in the c file
section .text
entry: jmp start
;multiboot spec
align 4
dd 0x1BADB002 ;magic
dd 0x00 ;flags
dd -(0x1BADB002 + 0x00) ;checksum. m+f+c should be zero
start:
cli ;block interrupts
mov esp, stack_space ;set stack pointer
call _kmain
hlt ;halt the CPU
section .bss
resb 8192 ;8KB for stack
stack_space:
除了添加 header 之外,我还在文件中添加了 entry
标签和 jmp start
以跳过 Multiboot header。我这样做是为了方便以后在开始调试时在 0x100000 处设置断点。
另一个变化是在 MinGW 上,GCC 默认在函数名中添加下划线。我已将对 C 函数 kmain
的引用更改为 _kmain
。这与 Linux 约定不同。
由于我们代码的入口点现在是 entry
而不是 start
我已经将 link.ld
修改为:
/*
* link.ld
*/
OUTPUT_FORMAT(pei-i386)
ENTRY(entry)
SECTIONS
{
. = 0x100000;
.text : { *(.text) }
.data : { *(.data) }
.bss : { *(.bss) }
}
上述文件的另一个重要变化是 OUTPUT_FORMAT(pei-i386)
的用法。这将输出可移植的可执行映像(32 位)而不是 ELF(不受支持)。
为了构建内核并从 PEI-I386 生成 ELF 映像,我们可以使用这些命令:
nasm -f elf32 kernel.asm -o kasm.o
gcc -m32 -c kernel.c -o kc.o -ffreestanding -nostdlib -nostdinc
ld -T link.ld -o kernel kasm.o kc.o -build-id=none
objcopy -O elf32-i386 kernel kernel.elf
LD 命令已修改为不将 build-id 写入可执行文件,以避免 Multiboot header 被移出前 8k的可执行文件。 GCC 选项已被修改为使用选项 -ffreestanding -nostdlib -nostdinc
生成独立代码(没有标准库和包含)。我们使用 objcopy
将 PEI-I386 文件 (kernel
) 转换为名为 [=27= 的 ELF32 图像].您将希望将 kernel.elf
与 GRUB and/or QEMU.