无法识别的仿真模式:MinGW32上的elf_i386

时间:2016-01-08 23:10:57

标签: c assembly linker x86 osdev

我正在尝试创建内核,但我无法将 C 输出与程序集链接起来。 ld/* * link.ld */ OUTPUT_FORMAT(elf32-i386) ENTRY(start) SECTIONS { . = 0x100000; .text : { *(.text) } .data : { *(.data) } .bss : { *(.bss) } } 。我收到了错误:

  

无法识别的仿真模式:elf_i386

我在MinGW32和MSYS上使用Windows 10专业版。我正在使用的代码:

link.ld

/*
*  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] != '\0') {
        /* 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.c

;;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:

kernel.asm

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

编译和链接我使用:

{{1}}

我使用:

  • Gcc 4.8.1
  • Ld 2.25.1
  • Nasm 2.11.09rc1

为什么我会收到此错误,我该如何解决?

1 个答案:

答案 0 :(得分:6)

标准MinGW / 32 LD 链接器不输出 ELF 二进制文件。您最好使用i686交叉编译器,但如果不是,您可以使用下面的提示。

您似乎正在使用Arjun的Let's Write a Kernel教程。如果您正在学习该教程,那么您错过了使kernel.asm GRUB 引导加载程序和 QEMU -kernel选项兼容的步骤。在开始之前,您应该阅读本教程的其余部分。以下代码将多引导标头添加到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:

除了添加标题之外,我还在文件中添加了entry标签,并在jmp start上跳过了Multiboot标头。我已经这样做了,如果你开始调试,将来很容易设置断点为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标头被移出可执行文件的前8k。已修改 GCC 选项以使用选项-ffreestanding -nostdlib -nostdinc生成独立代码(没有标准库和包含)。我们使用objcopy PEI-I386 文件(kernel)转换为名为kernel.elf ELF32 图像。您需要将kernel.elf GRUB 和/或 QEMU 一起使用。