C 内核编译：GCC LD 未定义对“___main”的引用

Question

所以我正在尝试将 C 文件编译为 .bin，然后在我的第一阶段引导加载程序之后将其添加到 .img 文件。
我在 by user Michael Petch:

中找到了这些 bash 命令

gcc -g -m32 -c -ffreestanding -o kernel.o kernel.c -lgcc
ld -melf_i386 -Tlinker.ld -nostdlib --nmagic -o kernel.elf kernel.o
objcopy -O binary kernel.elf kernel.bin

并使用了这个 C 代码（取自同一个答案，另存为 kernel.c）：

/* This code will be placed at the beginning of the object by the linker script */
__asm__ ("jmp _main\r\n");

int main(){
    /* Do Stuff Here*/

    return 0; /* return back to bootloader */
}

我在 cygwin 中执行了这些命令，结果如下：

ld: kernel.o: in function `main':
/cygdrive/d/Work/asm/kernel.c:4: undefined reference to `___main'
objcopy: 'kernel.elf': No such file

linker.ld 文件在这里：

OUTPUT_FORMAT(elf32-i386)
ENTRY(_main)

SECTIONS
{
    . = 0x9000;
    .text : { *(.text.start) *(.text) }
    .data : { *(.data) }
    .bss  : { *(.bss) *(COMMON) }
}

我已经使用 objdump 反汇编了 kernel.o 文件，结果如下：

> objdump -d -j .text kernel.o

kernel.o:     file format pe-i386


Disassembly of section .text:

00000000 <.text>:
   0:   eb 00                   jmp    2 <_main>

00000002 <_main>:
   2:   55                      push   %ebp
   3:   89 e5                   mov    %esp,%ebp
   5:   83 e4 f0                and    [=15=]xfffffff0,%esp
   8:   e8 00 00 00 00          call   d <_main+0xb>
   d:   b8 00 00 00 00          mov    [=15=]x0,%eax
  12:   c9                      leave
  13:   c3                      ret

这是 gcc -v 的结果，如果这也有帮助的话：

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/10/lto-wrapper.exe
Target: x86_64-pc-cygwin
Configured with: /mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0/configure --srcdir=/mnt/share/cygpkgs/gcc/gcc.x86_64/src/gcc-10.2.0 --prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib --with-gcc-major-version-only --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --enable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --enable-libquadmath --enable-libquadmath-support --disable-libssp --enable-libada --disable-symvers --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib --enable-linker-build-id --with-default-libstdcxx-abi=gcc4-compatible --enable-libstdcxx-filesystem-ts
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.0 (GCC)

我做错了什么？这是由cygwin引起的吗？如果是，我可以在 windows 上使用其他选项吗？（我试过 MSVC，但这简直太可怕了）

此外，我的引导加载程序没有使用任何 .section 伪操作（我不知道如何正确使用它们），这会不会在未来造成任何问题，它是否会与编译C程序？

Answer 1

通过深入查找，很容易发现__main（内部多了一个下划线）才是程序的实际入口。

同样的问题在以下两个回答中提到：

两者都声称与 -lgcc 选项和 libgcc 库有某种形式的联系。

将 main 重命名为 __main 可行，但不推荐（内核的入口点显然是约定俗成的 kmain，如其他问题和答案所示）

__main 函数是 OS 在启动程序时调用的函数，它通常包含（例如）对 exit() 的调用（传递 return 代码来自 main 如果它的 return 类型是 int）和一些其他底层系统调用（可能是系统特定的，需要在这里做更多的研究）

GCC 希望您即使在独立编译时也包含一个 __main 函数，因为它是所有应用程序的默认入口点

C 内核编译：GCC LD 未定义对“___main”的引用

C kernel compilation: GCC LD undefined reference to `___main'

c

gcc

cygwin

ld

osdev