DLL mit mingw32

Die 16 hinter dem @ codiert hier die Anzahl der beim Auruf auf dem Stack
erwarteten Argumente.
Das könnten also vier ints, Pointer oder ähnliches sein.

Hat nicht der gcc-Linker die Angewohnheit, Librarynamen noch mit dem
Präfix "lib" zu versehen?

Und verwenden nicht gcc-Libraries überhaupt eine andere Extension als
*.lib? Und ein anderes Dateiformat als das von MS-Compilern erzeugte?

Das Format von DLLs ist durch das Betriebssystem und nicht durch den
verwendeten Compiler definiert. Du kannst also notfalls die DLL auch
mit einem anderen Compiler erzeugen.

Zum Gebrauch einer DLL benötigt man übrigens nicht zwingend eine
Library (das wäre hier eine Importlibrary), man kann auch mit
LoadModule und GetProcAddress die DLL zur Laufzeit laden und sich
Funktionspointer auf die erforderlichen Funktionen geben lassen.
Das ist natürlich umständlicher als die Verwendung einer Importlibrary,
bietet aber die Möglichkeit eines benutzerfreundlicheren
Fehlerhandlings.

Wenn Du aber sowohl die DLL als auch die die DLL verwendende
Applikation erstellen sollst, warum verzichtest Du nicht gleich auf die
DLL und linkst statisch?

(Wobei wir wieder beim Anfangsproblem wären, wie linkt man
nicht-gcc-Libraries mit gcc ...)

Ich habe allerdings noch nie die Notwendigkeit gesehen,
Win32-Applikationen mit gcc zu erzeugen, daher kann ich in Bezug auf
die Library-Probleme keine Detaillösungen beitragen.