Warum führt der Einstiegspunkt von _start beim Verbinden mit GCC unter Windows/MinGW zu einem Fehler?

Question

Why does entry point of _start results in error when linking with GCC on Windows/MinGW?

Unter Verwendung der folgenden .asm Datei, die ich zusammenbauen und Link die folgenden Befehle unter Windows 10 unter Verwendung von MinGW mit:

nasm -f win32 helloworld.asm 
gcc -e_start -o helloworld helloworld.obj 

Montage funktioniert gut, aber Verknüpfung erzeugt den folgenden Fehler:

c:/dev/mingw/bin/../lib/gcc/mingw32/4.9.3/../../../libmingw32.a(main.o):(.text.startup+0xa0): undefined reference to `WinMain@16' 

Ändern _start zu _main alles scheint gut zu funktionieren. Warum das?

BITS 32 

    global _start 
    extern _printf 

    section .text 
_start: 
    push msg 
    call _printf 
    add esp, 4 
    ret 
msg: 
    db "HelloWorld", 10, 0 

Answer 1

Weil Sie mit gcc verknüpfen, nicht der Linker ld. Gcc ist Wrapper für viele Compiler und Präprozessoren und Assembler und Linker. Ie. Es hilft, viele Dinge zu automatisieren.

Zum Beispiel Verknüpfung von Objektdateien mit Standard-C-Startup-Code, ohne explizit danach zu fragen.

Der Init-Startup-Code hat bereits _start Label, und nach dem Initialisieren von StdLib C-Umgebung wird es main aufrufen.

Wenn Sie also mit stdlib verknüpfen, müssen Sie main angeben, wenn Sie -nodefaultlibs als Verknüpfungsoption angeben, werden nur die explizit angegebenen .o Dateien verknüpft. Dann ist Ihre _start die einzige definiert.