Was ist der Unterschied zwischen Cygwin und MinGW?

Ich möchte mein C ++ - Projekt plattformübergreifend gestalten und erwäge die Verwendung von Cygwin / MinGW. Aber was ist der Unterschied zwischen ihnen?

Eine andere Frage ist, ob ich die Binärdatei auf einem System ohne Cygwin / MinGW ausführen kann.

Zur Vereinfachung ist es so:

• Kompilieren Sie etwas in Cygwin und Sie kompilieren es für Cygwin .

• Kompilieren Sie etwas in MinGW und Sie kompilieren es für Windows .

Über Cygwin

Der Zweck von Cygwin besteht darin, die Portierung von Unix-basierten Anwendungen auf Windows erheblich zu vereinfachen, indem viele der kleinen Details emuliert werden, die Unix-basierte Betriebssysteme bieten und die durch die POSIX- Standards dokumentiert sind . Ihre Anwendung kann Unix-Funktionen wie Pipes, Datei- und Verzeichniszugriff im Unix-Stil usw. verwenden und mit Cygwin kompiliert werden, das als Kompatibilitätsebene für Ihre Anwendung fungiert, sodass viele dieser Unix-spezifischen Paradigmen dies können weiterhin verwendet werden.

Wenn Sie Ihre Software verteilen, muss der Empfänger sie zusammen mit der Cygwin-Laufzeitumgebung (von der Datei bereitgestellt cygwin1.dll) ausführen . Sie können dies mit Ihrer Software vertreiben, aber Ihre Software muss der Open Source-Lizenz entsprechen. Es kann sogar vorkommen, dass Sie die Open-Source-Lizenz einhalten müssen, wenn Sie nur Ihre Software damit verknüpfen, die DLL jedoch separat verteilen.

Über MinGW

MinGW soll einfach ein Windows-Port der GNU-Compiler-Tools wie GCC, Make, Bash usw. sein. Es wird nicht versucht, Unix zu emulieren oder eine umfassende Kompatibilität mit Unix bereitzustellen, sondern es wird die erforderliche Mindestumgebung für die Verwendung von GCC (dem GNU-Compiler) und einer kleinen Anzahl anderer Tools unter Windows bereitgestellt. Es verfügt nicht über eine Unix-Emulationsebene wie Cygwin. Daher muss Ihre Anwendung speziell für die Ausführung unter Windows programmiert werden. Dies kann erhebliche Änderungen bedeuten, wenn sie erstellt wurde, um in einer Standard-Unix-Umgebung ausgeführt zu werden verwendet Unix-spezifische Funktionen wie die zuvor genannten. Standardmäßig wird in MinGWs GCC kompilierter Code in ein natives Windows X86-Ziel kompiliert, einschließlich EXE- und DLL-Dateien. Sie können jedoch auch mit den richtigen Einstellungen kompilieren, da Sie grundsätzlich die GNU-Compiler-Toolsuite verwenden.

MinGW ist im Wesentlichen eine Alternative zum Microsoft Visual C ++ - Compiler und den zugehörigen Linking / Make-Tools. In einigen Fällen kann es möglich sein, MinGW zu verwenden, um etwas zu kompilieren, das zum Kompilieren mit Microsoft Visual C ++ vorgesehen war, mit den richtigen Bibliotheken und in einigen Fällen mit anderen Änderungen.

MinGW enthält einige grundlegende Standardbibliotheken für die Interaktion mit dem Windows-Betriebssystem. Wie bei den normalen Standardbibliotheken in der GNU-Compilersammlung gelten jedoch keine Lizenzbeschränkungen für von Ihnen erstellte Software.

Für nicht triviale Softwareanwendungen kann es eine erhebliche Herausforderung sein, sie plattformübergreifend zu gestalten, es sei denn, Sie verwenden ein umfassendes plattformübergreifendes Framework. Zu der Zeit, als ich dies schrieb, war das Qt-Framework eines der beliebtesten für diesen Zweck und ermöglichte die Erstellung grafischer Anwendungen, die unter Betriebssystemen einschließlich Windows funktionieren, aber es gibt auch andere Optionen. Wenn Sie ein solches Framework von Anfang an verwenden, können Sie nicht nur Ihre Kopfschmerzen beim Portieren auf eine andere Plattform reduzieren, sondern Sie können auch alle grafischen Widgets - Fenster, Menüs und Steuerelemente - auf allen Plattformen verwenden, wenn Sie eine schreiben GUI-App, und lassen Sie sie dem Benutzer nativ erscheinen.

Cygwin ist ein Versuch, eine vollständige UNIX / POSIX-Umgebung unter Windows zu erstellen. Dazu werden verschiedene DLLs verwendet. Während diese DLLs von GPLv3 + abgedeckt werden, enthält ihre Lizenz eine Ausnahme , die nicht erzwingt, dass ein abgeleitetes Werk von GPLv3 + abgedeckt wird. MinGW ist eine C / C ++ - Compilersuite, mit der Sie ausführbare Windows-Dateien ohne Abhängigkeit von solchen DLLs erstellen können. Sie benötigen nur die normalen MSVC-Laufzeiten, die Teil einer normalen Microsoft Windows-Installation sind.

Sie können auch eine kleine UNIX / POSIX-ähnliche Umgebung erhalten, die mit MinGW namens MSYS kompiliert wurde . Es bietet nicht annähernd alle Funktionen von Cygwin, ist jedoch ideal für Programmierer, die MinGW verwenden möchten.

Um die anderen Antworten zu ergänzen, enthält Cygwin die MinGW-Bibliotheken und -Header. Sie können kompilieren, ohne eine Verknüpfung zur cygwin1.dll herzustellen, indem Sie das Flag -mno-cygwin mit gcc verwenden. Ich ziehe dies der Verwendung von einfachem MinGW und MSYS vor.

Wikipedia hat einen Vergleich hier .

Von Cygwins Website :

• Cygwin ist eine Linux-ähnliche Umgebung für Windows. Es besteht aus zwei Teilen: Eine DLL (cygwin1.dll), die als Linux-API-Emulationsschicht fungiert und umfangreiche Linux-API-Funktionen bietet.
• Eine Sammlung von Tools, die Linux-Look & Feel bieten.

Von Mingws Website :

MinGW ("Minimalistic GNU for Windows") ist eine Sammlung frei verfügbarer und frei verteilbarer Windows-spezifischer Header-Dateien und Importbibliotheken in Kombination mit GNU-Toolsets, mit denen native Windows-Programme erstellt werden können, die nicht auf C-Laufzeit-DLLs von Drittanbietern basieren

Cygwin verwendet eine DLL, cygwin.dll (oder möglicherweise eine Reihe von DLLs), um eine POSIX-ähnliche Laufzeit unter Windows bereitzustellen.

MinGW wird zu einer nativen Win32-Anwendung kompiliert.

Wenn Sie etwas mit Cygwin erstellen, benötigt jedes System, auf dem Sie es installieren, auch die Cygwin-DLL (s). Eine MinGW-Anwendung benötigt keine spezielle Laufzeit.

Lesen Sie diese beantworteten Fragen, um den Unterschied zwischen Cygwin und MinGW zu verstehen.

Frage 1: Ich möchte eine Anwendung erstellen, bei der ich den Quellcode einmal schreibe, einmal kompiliere und auf allen Plattformen (z. B. Windows, Linux und Mac OS X…) ausführe.

Antwort 1: Schreiben Sie Ihren Quellcode in JAVA. Kompilieren Sie den Quellcode einmal und führen Sie ihn überall aus.

Frage 2: Ich möchte eine Anwendung erstellen, bei der ich den Quellcode einmal schreibe, aber es gibt kein Problem, dass ich den Quellcode für alle Plattformen separat kompiliere (z. B. Windows, Linux und Mac OS X…).

Antwort 2: Schreiben Sie Ihren Quellcode in C oder C ++. Verwenden Sie nur Standard-Header-Dateien. Verwenden Sie für jede Plattform einen geeigneten Compiler (z. B. Visual Studio für Windows, GCC für Linux und XCode für Mac). Beachten Sie, dass Sie keine erweiterten Programmierfunktionen verwenden sollten, um Ihren Quellcode auf allen Plattformen erfolgreich zu kompilieren. Wenn Sie keine C- oder C ++ - Standardklassen oder -funktionen verwenden, wird Ihr Quellcode auf anderen Plattformen nicht kompiliert.

Frage 3: Bei der Beantwortung von Frage 2 ist es schwierig, für jede Plattform einen anderen Compiler zu verwenden. Gibt es einen plattformübergreifenden Compiler?

Antwort 3: Ja, verwenden Sie den GCC-Compiler. Es ist ein plattformübergreifender Compiler. Um Ihren Quellcode in Windows zu kompilieren , verwenden Sie MinGW , das den GCC-Compiler für Windows bereitstellt und Ihren Quellcode in ein natives Windows-Programm kompiliert. Verwenden Sie keine erweiterten Programmierfunktionen (wie die Windows-API), um Ihren Quellcode auf allen Plattformen erfolgreich zu kompilieren. Wenn Sie Windows-API-Funktionen verwenden, wird Ihr Quellcode auf anderen Plattformen nicht kompiliert.

Frage 4: C- oder C ++ - Standardheaderdateien bieten keine erweiterten Programmierfunktionen wie Multithreading. Was kann ich machen?

Antwort 4: Sie sollten den POSIX-Standard (Portable Operating System Interface [für UNIX]) verwenden. Es bietet viele erweiterte Programmierfunktionen und -werkzeuge. Viele Betriebssysteme ganz oder teilweise POSIX-kompatibel (wie Mac OS X, Solaris, BSD / OS und ...). Einige Betriebssysteme sind zwar nicht offiziell als POSIX-kompatibel zertifiziert, entsprechen jedoch größtenteils (wie Linux, FreeBSD, OpenSolaris und ...). Cygwin bietet eine weitgehend POSIX-kompatible Entwicklungs- und Laufzeitumgebung für Microsoft Windows.

Somit:

Verwenden Sie MinGW, um den plattformübergreifenden GCC-Compiler in Windows zu nutzen.

Verwenden Sie Cygwin, um die erweiterten Programmierfunktionen und -tools von POSIX in Windows zu nutzen.

Unter dem Gesichtspunkt der Portierung eines C-Programms können Sie dies am besten anhand eines Beispiels verstehen:

#include <sys/stat.h>
#include <stdlib.h>

int main(void)
{
   struct stat stbuf;
   stat("c:foo.txt", &stbuf);
   system("command");
   printf("Hello, World\n");
   return 0;
}

Wenn wir ändern statzu_stat können wir dieses Programm mit Microsoft Visual C kompilieren. Wir können dieses Programm auch mit MinGW und mit Cygwin kompilieren.

Unter Microsoft Visual C wird das Programm mit einer MSVC-umverteilbaren Laufzeitbibliothek verknüpft: mxvcrtnn.dllHier nnbefindet sich ein Versionssuffix. Um dieses Programm zu versenden, müssen wir diese DLL einschließen. Das DLL stellt _stat, systemundprintf . (Wir haben auch die Möglichkeit, die Laufzeit statisch zu verknüpfen.)

Unter MinGW wird das Programm mit msvcrt.dlleiner internen, nicht dokumentierten, nicht versionierten Bibliothek verknüpft , die Teil von Windows ist und für die Verwendung durch Anwendungen nicht zulässig ist. Diese Bibliothek ist im Wesentlichen ein Zweig der weiterverteilbaren Laufzeitbibliothek von MS Visual C zur Verwendung durch Windows.

In beiden Fällen weist das Programm ein ähnliches Verhalten auf:

• Die statFunktion gibt nur sehr begrenzte Informationen zurück, z. B. keine nützlichen Berechtigungen oder Inode-Nummern.
• Der Pfad c:file.txtwird gemäß dem aktuellen Arbeitsverzeichnis aufgelöst, das dem Laufwerk zugeordnet ist c:.
• systemwird cmd.exe /czum Ausführen des externen Befehls verwendet.

Wir können das Programm auch unter Cygwin kompilieren. Ähnlich wie die von MS Visual C verwendete umverteilbare Laufzeit wird das Cygwin-Programm mit den Laufzeitbibliotheken von Cygwin verknüpft: cygwin1.dll(Cygwin selbst) und cyggcc_s-1.dll(GCC-Laufzeitunterstützung). Da Cygwin jetzt unter der LGPL steht, können wir mit unserem Programm verpacken, auch wenn es keine GPL-kompatible freie Software ist, und das Programm ausliefern.

Unter Cygwin verhalten sich die Bibliotheksfunktionen anders:

• Die statFunktion verfügt über umfangreiche Funktionen und gibt in den meisten Feldern aussagekräftige Werte zurück.
• Der Pfad c:file.txtenthält überhaupt keine Laufwerksbuchstabenreferenz, da c:kein Schrägstrich folgt. Der Doppelpunkt wird als Teil des Namens betrachtet und irgendwie verstümmelt. In Cygwin gibt es kein Konzept für einen relativen Pfad für ein Volume oder Laufwerk, kein Konzept für "aktuell protokolliertes Laufwerk" und kein aktuelles Arbeitsverzeichnis pro Laufwerk.
• Die systemFunktion versucht, den /bin/sh -cInterpreter zu verwenden. Cygwin löst den /Pfad entsprechend dem Speicherort Ihrer ausführbaren Datei auf und erwartet, dass sich ein sh.exeProgramm zusammen mit Ihrer ausführbaren Datei befindet.

Sowohl Cygwin als auch MinGW ermöglichen die Verwendung von Win32-Funktionen. Wenn Sie anrufen möchten MessageBoxoder CreateProcess, können Sie dies tun. Sie können gcc -mwindowsunter MinGW und Cygwin auch problemlos ein Programm erstellen, für das kein Konsolenfenster erforderlich ist .

Cygwin ist nicht ausschließlich POSIX. Zusätzlich zum Zugriff auf die Windows-API bietet es auch eigene Implementierungen einiger Microsoft C-Funktionen (Dinge, die in msvcrt.dlloder die wiederverteilbaren msvcrtnn.dllLaufzeiten enthalten sind). Ein Beispiel hierfür sind die spawn*Funktionsfamilien wie spawnvp. Diese sind eine gute Idee anstelle von forkund execauf Cygwin, da sie besser auf das Windows-Modell zur Prozesserstellung abgebildet werden, für das es kein Konzept gibt fork.

Somit:

• Cygwin-Programme sind nicht weniger "nativ" als MS Visual C-Programme, da sie die Begleitung von Bibliotheken erfordern. Von Programmiersprachenimplementierungen unter Windows wird erwartet, dass sie ihre eigene Laufzeit bereitstellen, sogar C-Sprachimplementierungen. Unter Windows gibt es keine "libc" für den öffentlichen Gebrauch.

• Die Tatsache, dass MinGW keine DLL von Drittanbietern benötigt, ist tatsächlich ein Nachteil. Dies hängt von einem undokumentierten, Windows-internen Zweig der Visual C-Laufzeit ab. MinGW tut dies, weil die GPL-Systembibliotheksausnahme für gilt msvcrt.dll, was bedeutet, dass GPL-ed-Programme mit MinGW kompiliert und neu verteilt werden können.

• Aufgrund seiner viel breiteren und tieferen Unterstützung für POSIX im Vergleich zu msvcrt.dllist Cygwin bei weitem die überlegene Umgebung für die Portierung von POSIX-Programmen. Da es jetzt unter der LGPL steht, können Anwendungen mit allen Arten von Lizenzen, Open oder Closed Source, neu verteilt werden. Cygwin enthält sogar VT100-Emulation und termios, die mit der Microsoft-Konsole funktionieren! Eine POSIX-Anwendung, die den Raw-Modus mit tcsetattrVT100-Codes einrichtet und zur Steuerung des Cursors verwendet, funktioniert direkt im cmd.exeFenster. Für den Endbenutzer handelt es sich um eine native Konsolen-App, die Win32-Aufrufe zur Steuerung der Konsole ausführt.

Jedoch:

• Als natives Windows-Entwicklungstool weist Cygwin einige Besonderheiten auf, z. B. die für Windows fremde Pfadbehandlung, die Abhängigkeit von einigen fest codierten Pfaden wie /bin/shund andere Probleme. Diese Unterschiede machen Cygwin-Programme "nicht nativ". Wenn ein Programm einen Pfad als Argument verwendet oder über ein Dialogfeld eingibt, erwarten Windows-Benutzer, dass dieser Pfad genauso funktioniert wie in anderen Windows-Programmen. Wenn es so nicht funktioniert, ist das ein Problem.

Plug: Kurz nach der LGPL-Ankündigung habe ich das Cygnal- Projekt (Cygwin Native Application Library) gestartet, um einen Zweig der Cygwin-DLL bereitzustellen, mit dem diese Probleme behoben werden sollen . Programme können unter Cygwin entwickelt und dann mit der Cygnal-Version von cygwin1.dllohne erneutes Kompilieren bereitgestellt werden . Wenn sich diese Bibliothek verbessert, wird MinGW nach und nach überflüssig.

Wenn Cygnal das Problem der Pfadbehandlung löst, kann eine einzelne ausführbare Datei entwickelt werden, die mit Windows-Pfaden funktioniert, wenn sie als Windows-Anwendung mit Cygnal ausgeliefert wird, und nahtlos mit Cygwin-Pfaden funktioniert, wenn sie /usr/binunter Cygwin installiert ist . Unter Cygwin arbeitet die ausführbare Datei transparent mit einem Pfad wie /cygdrive/c/Users/bob. In der nativen Bereitstellung, in der eine Verknüpfung mit der Cygnal-Version von hergestellt wird cygwin1.dll, ist dieser Pfad nicht sinnvoll, während er verstanden wird c:foo.txt.

Wikipedia sagt :

MinGWgegabelt von Version 1.3.3 von Cygwin. Obwohl beide Cygwin und MinGWkönnen zum Portieren verwendet werdenUNIX Software Windows, haben sie unterschiedliche Ansätze: CygwinZiele eine vollständige bereitzustellen , POSIX layer die Emulationen von mehreren Systemaufrufe und Bibliotheken bereitstellt , die auf existieren Linux, UNIXund die BSDVarianten. Das POSIX layer läuft darüber hinaus Windowsund beeinträchtigt die Leistung, wenn dies für die Kompatibilität erforderlich ist. Dementsprechend erfordert dieser Ansatz, dass WindowsProgramme, mit denen geschrieben wurde Cygwin, auf einer Copylefted-Kompatibilitätsbibliothek ausgeführt werden, die zusammen mit den Programmen mit dem Programm verteilt werden muss source code. MinGWzielt darauf ab, native Funktionalität und Leistung über direkt bereitzustellen Windows API calls. Im Gegensatz zu Cygwin,MinGWerfordert keine Kompatibilitätsschicht DLLund daher müssen Programme nicht mit verteilt werden source code.

Weil MinGWes abhängig ist Windows API calls, kann es kein volles liefern POSIX API; Einige UNIX applications, mit denen kompiliert werden kann, können nicht kompiliert werden Cygwin. Dies gilt insbesondere für Anwendungen, die POSIXFunktionen erfordern , wie z fork().mmap() oderioctl() voraussichtlich in a ausgeführt werden POSIX environment. Geschrieben Anwendungen , die eine Verwendung , cross-platform librarydie sich auf portiert wurde MinGW, wie SDL, wxWidgets, Qtoder GTK+wird in der Regel so leicht in kompilieren , MinGWwie sie es in Cygwin.

Die Kombination aus MinGWund MSYSbietet eine kleine, eigenständige Umgebung, die auf Wechselmedien geladen werden kann, ohne dass Einträge in der Registrierung oder Dateien auf dem Computer verbleiben. CygwinPortable bietet eine ähnliche Funktion. Durch die Bereitstellung von mehr Funktionen Cygwin wird die Installation und Wartung komplizierter.

Es ist auch möglich cross-compile Windows applicationsmit MinGW-GCC under POSIX systems. Dies bedeutet, dass Entwickler keine Windows-Installation mit benötigenMSYS , um Software zu kompilieren, die Windowsohne ausgeführt wird Cygwin.

Übersehen Sie nicht die U / Win- Software von AT & T , mit der Sie Unix-Anwendungen unter Windows kompilieren können (letzte Version - 06.08.2012; verwendet Eclipse Public License, Version 1.0).

Wie Cygwin müssen sie gegen eine Bibliothek laufen; in ihrem Fall POSIX.DLL. Die AT & T-Leute sind großartige Ingenieure (dieselbe Gruppe, die Ihnen Ksh und Dot gebracht hat ) und ihre Sachen sind einen Besuch wert.

Andere Antworten treffen bereits das Ziel. Ich möchte nur eine Illustration für einen schnellen Fang hinzufügen.

Cygwin emuliert die gesamte POSIX-Umgebung, während MinGW nur ​​ein minimales Toolset für die Kompilierung ist (kompiliert native Win-Anwendungen). Wenn Sie also Ihr Projekt plattformübergreifend gestalten möchten, liegt die Wahl zwischen beiden auf der Hand, MinGW.

Obwohl Sie möglicherweise VS unter Windows, GCC unter Linux / Unices verwenden möchten. Die meisten Open Source-Projekte tun dies (z. B. Firefox oder Python).

Beachten Sie, dass das Verhalten des Dienstprogramms zwischen den beiden wirklich variieren kann.

Zum Beispiel kann Cygwin tar fork - da fork () in der DLL unterstützt wird - wo die mingw-Version dies nicht kann. Dies ist ein Problem beim Versuch, MySQL aus dem Quellcode zu kompilieren.

Um Cygwin in einer kommerziellen / proprietären / nicht Open-Source-Anwendung zu verwenden, müssen Sie Zehntausende von Dollar für einen " Lizenzkauf " von Red Hat ausgeben. Dies macht die Standardlizenzbedingungen mit erheblichen Kosten ungültig . Google "Cygwin Lizenzkosten" und sehen die ersten Ergebnisse.

Für mingw fallen keine derartigen Kosten an, und die Lizenzen (PD, BSD, MIT) sind äußerst zulässig. Es kann höchstens erwartet werden, dass Sie mit Ihrer Anwendung Lizenzdetails angeben, z. B. die Winpthreads-Lizenz, die für die Verwendung von mingw64-tdm erforderlich ist.

BEARBEITEN dank Izzy Helianthus: Die kommerzielle Lizenz ist nicht mehr verfügbar oder erforderlich, da die API-Bibliothek im Winsup-Unterverzeichnis von Cygwin im Gegensatz zur vollständigen GPL jetzt unter der LGPL verteilt wird .

Cygwin wurde entwickelt, um eine mehr oder weniger vollständige POSIX-Umgebung für Windows bereitzustellen, einschließlich einer umfangreichen Reihe von Tools, die eine vollwertige Linux-ähnliche Plattform bieten sollen. Im Vergleich dazu bieten MinGW und MSYS eine leichte, minimalistische POSIX-ähnliche Schicht mit nur den wichtigeren Tools wie gccundbash verfügbar. Aufgrund des minimalistischeren Ansatzes von MinGW bietet es nicht den Grad der POSIX-API-Abdeckung, den Cygwin bietet, und kann daher bestimmte Programme nicht erstellen, die ansonsten auf Cygwin kompiliert werden können.

In Bezug auf den von beiden generierten Code basiert die Cygwin-Toolchain auf einer dynamischen Verknüpfung mit einer großen Laufzeitbibliothek cygwin1.dll, während die MinGW-Toolchain Code zu Binärdateien kompiliert, die dynamisch mit der nativen Windows C-Bibliothek msvcrt.dllsowie statisch mit Teilen von verknüpft sind glibc. Ausführbare Cygwin-Dateien sind daher kompakter, erfordern jedoch eine separate weiterverteilbare DLL, während MinGW-Binärdateien eigenständig ausgeliefert werden können, jedoch tendenziell größer sind.

Die Tatsache, dass Cygwin-basierte Programme eine separate DLL benötigen, führt ebenfalls zu Lizenzbeschränkungen. Die Cygwin-Laufzeitbibliothek ist unter GPLv3 lizenziert, mit einer Verknüpfungsausnahme für Anwendungen mit OSI-kompatiblen Lizenzen. Entwickler, die eine Closed-Source-Anwendung für Cygwin erstellen möchten, müssen daher eine kommerzielle Lizenz von Red Hat erwerben. Andererseits kann MinGW-Code sowohl in Open-Source- als auch in Closed-Source-Anwendungen verwendet werden, da die Header und Bibliotheken zulässig lizenziert sind.

Cygwin ist eine Unix-ähnliche Umgebung und Befehlszeilenschnittstelle für Microsoft Windows.

Mingw ist ein nativer Software-Port der GNU Compiler Collection (GCC) für Microsoft Windows, zusammen mit einer Reihe frei verteilbarer Importbibliotheken und Header-Dateien für die Windows-API. Mit MinGW können Entwickler native Microsoft Windows-Anwendungen erstellen.

Sie können mit mingwder cygwinUmgebung generierte Binärdateien ausführen , sofern alle erforderlichen Bibliotheken (DLLs) vorhanden sind.

Cygwinverwendet eine Kompatibilitätsebene, während sie MinGWnativ ist. Das ist einer der Hauptunterschiede.