Was ist der Unterschied zwischen Cygwin und MinGW?

Als eine Vereinfachung, es ist so:

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

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

Über Cygwin

Den Zweck von Cygwin zu machen, ist die Portierung von *nix-basierten Anwendungen zu Windows viel einfacher, durch Emulation viele kleine details, die das Unix-basierte Betriebssysteme bieten, und sind dokumentiert durch die POSIX standards. Wenn Ihre Anwendung davon aus, dass Sie es verwenden können Unix-Features wie pipes, Unix-style Datei-und Verzeichniszugriff, und so weiter, dann können Sie es kompilieren in Cygwin und Cygwin selbst als compatibility layer rund um Ihre Anwendung, so dass viele dieser Unix-spezifische Paradigmen können weiterhin verwendet werden, mit wenig oder keine änderungen an Ihrer Anwendung.

Wenn Sie kompilieren wollen etwas für Cygwin und zu verteilen, dass die resultierende Anwendung ist, müssen Sie vertreiben auch die Cygwin-Laufzeit-Umgebung (zur Verfügung gestellt von cygwin1.dll) zusammen mit und dies hat Konsequenzen für welche Arten von software-Lizenz können Sie.

Über MinGW

MinGW ist ein Windows-port der GNU compiler tools, wie GCC, Make, Bash, und so weiter. Es wird nicht versucht, zu emulieren oder bieten umfassende Kompatibilität mit Unix, sondern es enthält die minimal erforderlichen Umgebung für die Verwendung der GCC (GNU compiler) und eine kleine Anzahl von anderen Werkzeugen auf Windows. Es muss nicht ein Unix-Emulationsschicht wie Cygwin, sondern als Ergebnis Ihrer Anwendung muss speziell programmiert werden, um der Lage sein, die in Windows ausgeführt, was bedeuten kann, dass eine wesentliche änderung, wenn es geschaffen wurde, um Vertrauen führen Sie in einem standard-Unix-Umgebung und verwendet Unix-spezifische Funktionen wie diejenigen erwähnt. Standardmäßig wird der code kompiliert und im MinGW-GCC kompiliert, um eine native Windows-X86-target, inkl .exe-und .dll-Dateien, aber Sie konnte auch cross-kompilieren mit den richtigen Einstellungen. MinGW ist ein open-source-alternative zu Microsoft Visual C++ compiler und alle seine damit verbundenen Vernetzung/Werkzeug machen.

Deutlich anspruchsvoller cross-Plattform-frameworks existieren, die die Aufgabe der Portierung von Anwendungen auf unterschiedlichen Betriebssystemen problemlos - zum Beispiel die Qt-framework ist ein beliebtes framework für cross-Plattform-Anwendungen. Wenn Sie einen solchen Rahmen aus, der beginnen, können Sie reduzieren nicht nur Ihre Kopfschmerzen, wenn es Zeit kommt, um port auf eine andere Plattform, aber Sie können die gleichen grafischen widgets - windows, Menüs und Steuerelemente - über alle Plattformen hinweg, wenn Sie schreiben eine GUI-app.

InformationsquelleAutor der Antwort thomasrutter

Wikipedia einen Vergleich hier.

Von Cygwin ist website:

• Cygwin ist eine Linux-ähnliche Umgebung für Windows. Es besteht aus zwei teilen: Einer DLL (cygwin1.dll), die als Linux-API-emulation layer Bereitstellung erhebliche Linux API-Funktionalität.
• Eine Sammlung von tools, die Linux-look and feel.

Von Mingw ist website:

MinGW ("Minimalistischer GNU for Windows") ist eine Sammlung von frei verfügbaren und frei verteilbare Windows-spezifische header-Dateien und importbibliotheken in Kombination mit GNU-toolsets, die es ermöglichen, einen zu produzieren native Windows-Programme, die sich nicht auf irgendwelche 3rd-party-C-runtime-DLLs

InformationsquelleAutor der Antwort dirkgently

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

Frage #1: ich will eine Anwendung erstellen, die ich Schreibe source-code einmal kompilieren Sie es einmal und führen Sie es in beliebige Plattformen (z.B. Windows, Linux und Mac OS X...).

Antwort #1: Schreiben Sie Ihren Quellcode in
JAVA. Kompilieren Sie den source-code einmal und
es laufen überall.

Frage #2: ich möchte eine Anwendung erstellen, die ich Schreibe source-code einmal aber es ist kein problem, dass ich den Quellcode kompilieren, der für alle Plattformen separat (z.B. Windows, Linux und Mac OS X ...).

Antwort #2: Schreiben Sie Ihre source-code in C
oder C++. Verwenden Sie standard-header-Dateien
nur. Verwenden Sie einen geeigneten compiler für jede
Plattform (z.B. Visual Studio für
Windows, GCC für Linux und XCode für
Mac). Beachten Sie, dass sollten Sie nicht verwenden, jede
erweiterte Programmier-Funktionen
kompilieren von source-code in allen
Plattformen erfolgreich. Wenn Sie
keine C-oder C++ - Standardklassen oder
Funktionen, Ihren source-code nicht
kompilieren in anderen Plattformen.

Frage #3: In der Antwort der Frage #2, es ist schwierig, mit verschiedenen compiler für jede Plattform gibt es eine cross-Plattform-compiler?

Antwort #3: ja, mit GCC compiler. Es
ist ein cross-Plattform-compiler. Zu
kompilieren von source-code in Windows
verwenden MinGW , bietet GCC compiler
für Windows und kompiliert den source
code, um native Windows-Programm. Nicht
verwenden Sie eine erweiterte Programmier-Funktionen
(wie Windows-API) zu kompilieren,
source-code auf allen Plattformen
erfolgreich. Wenn Sie Windows-API
Funktionen, Ihren source-code nicht
kompilieren in anderen Plattformen.

Frage #4: C-oder C++ - standard-header-Dateien bieten keine erweiterten Funktionen wie multi-threading. Was kann ich tun?

Antwort #4: Sie sollten POSIX
(Portable Operating System Interface
[for UNIX]) - standard. Es bietet viele
erweiterte Funktionen und Programmierung
tools. Viele Betriebssysteme vollständig oder
teilweise POSIX kompatibel (Mac OS
X, Solaris, BSD/OS und ...). Einige
Betriebssysteme zwar nicht offiziell
zertifiziert als POSIX-kompatibel, konform
zum großen Teil (wie Linux, FreeBSD,
OpenSolaris ...). Cygwin bietet
weitgehend POSIX-konforme Entwicklung
und run-time-Umgebung für Microsoft
Windows.

Also:

Zu nutzen, Vorteil von GCC cross-Plattform-compiler verwenden Sie in Windows MinGW.

Zu verwenden Vorteil der POSIX-standard erweiterte Programmier-features und-tools in Windows verwenden Sie die Cygwin.

InformationsquelleAutor der Antwort Amir Saniyan

Aus der Sicht der Portierung einer C-Programm ein guter Weg, um dies zu verstehen, ist ein Beispiel nehmen:

#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 uns ändern stat zu _stat können wir kompilieren dieses Programm mit Microsoft Visual C. Wir können auch kompilieren Sie dieses Programm mit MinGW und Cygwin) installiert werden muss.

Unter Microsoft Visual C, wird das Programm verknüpft eine MSVC redistributable run-time library: mxvcrtnn.dll, wo nn eine version-suffix. Versand dieses Programm, das wir haben, dass Sie diese DLL. Diese DLL bietet _stat, system und printf.

Unter MinGW, das Programm wird im Zusammenhang mit msvcrt.dll, die einen internen, undokumentierten, nicht-versionierte Bibliothek, die Teil von Windows, und off-limits zur Anwendung. Die Bibliothek ist im wesentlichen eine Abspaltung der weitervertreibbaren Runtime-Bibliothek von Microsoft Visual C die für die Verwendung durch Windows selbst.

Unter diese beiden, das Programm wird ähnliche Verhaltensweisen:

• die stat Funktion gibt nur sehr begrenzte Informationen—keine brauchbaren Berechtigungen oder inode-Nummer, zum Beispiel.
• den Pfad c:file.txt ist gelöst nach dem aktuellen Arbeitsverzeichnis zugeordnet Laufwerk c:.
• system verwendet cmd.exe /c für die Ausführung des externen Kommandos.

Können wir auch das Programm kompilieren unter Cygwin. Ähnlich wie die weitervertreibbaren Runtime-verwendet, die mit MS Visual C, das Cygwin-Programm wird im Zusammenhang mit der Cygwin-Laufzeit-Bibliotheken: cygwin1.dll (Cygwin richtige) und cyggcc_s-1.dll (GCC run-time support). Da Cygwin ist jetzt unter der LGPL, wir können das Paket mit unserem Programm, auch wenn es nicht GPL-kompatible freie software, und senden das Programm.

Unter Cygwin, die library-Funktionen Verhalten sich anders:

• die stat Funktion hat eine reiche Funktionalität, Rückkehr sinnvolle Werte in den meisten Bereichen.
• den Pfad c:file.txt ist nicht verstanden zu werden, als mit einem Laufwerksbuchstaben Referenz, da die c: ist nicht gefolgt von einem Schrägstrich. Der Doppelpunkt wird als Teil des namens und irgendwie entstellte hinein. Es gibt kein Konzept für einen relativen Pfad für ein volume oder Laufwerk im Cygwin, keine "aktuell angemeldeten drive" - Konzept, und keine pro-drive-das aktuelle Arbeitsverzeichnis.
• die system Funktion versucht, die /bin/sh -c Dolmetscher. Cygwin lösen des / Weg nach dem Standort der ausführbaren, und erwarten eine sh.exe - Programm zu co-located mit der ausführbaren Datei.

Sowohl Cygwin und MinGW ermöglichen Ihnen die Verwendung von Win32-Funktionen. Wenn Sie möchten, rufen Sie MessageBox oder CreateProcess können Sie das tun. Sie können auch leicht ein Programm erstellen, die nicht erforderlich ist, ein Konsolen-Fenster, mit gcc -mwindows unter MinGW und Cygwin.

Cygwin ist nicht streng POSIX. Neben der Bereitstellung Zugriff auf die Windows-API, es bietet auch seine eigenen Implementierungen von Microsoft-C-Funktionen (Zeug gefunden in msvcrt.dll oder die re-verteilbare msvcrtnn.dll run-Zeiten). Ein Beispiel HIERFÜR sind die spawn* Familie von Funktionen wie spawnvp. Diese sind eine gute Idee, um anstelle von fork und exec auf Cygwin, da Sie anzeigen besser zu den Windows-Prozess und die Schaffung von Modell, die hat kein Konzept für fork.

Also:

• Cygwin-Programme sind nicht weniger "einheimische" als MS-Visual-C-Programme auf Grund erfordert die Begleitung von Bibliotheken. Programmiersprache Implementierungen unter Windows werden erwartet, um Ihre eigenen Lauf-Zeit, auch die Sprache C-Implementierungen. Es gibt keine "libc" unter Windows für die öffentliche Nutzung.

• Die Tatsache, dass MinGW erfordert keine Drittanbieter-DLL ist wirklich ein Nachteil; es ist je nachdem eine undokumentierte Windows-internen Abspaltung des Visual C run-time. MinGW funktioniert, weil die GPL system library Ausnahme gilt für msvcrt.dll, was bedeutet, dass GPL-ed-Programme kompiliert werden kann, und verteilt mit MinGW.

• Aufgrund seiner viel umfassenderen und tieferen Unterstützung für POSIX-im Vergleich zu msvcrt.dll, Cygwin ist mit Abstand die superior Umwelt für die Portierung von POSIX-Programmen. Da ist es jetzt unter der LGPL, die es Anwendungen ermöglicht, mit allen möglichen Lizenzen, open oder closed source, vertrieben werden. Cygwin enthält sogar VT100-emulation und termios, die Arbeit mit der Microsoft-Konsole! Eine POSIX-Anwendung, die richtet raw-Modus mit tcsetattr und verwendet VT100-codes zur Steuerung der cursor wird direkt in der cmd.exe Fenster. Soweit die end-user angeht, ist es eine native Konsole app zu machen, die Win32-Aufrufe zum Steuern der Konsole.

Jedoch:

• Als native Windows-Entwicklungs-Tools, Cygwin hat einige Macken, wie Pfad Umgang mit fremden Windows-Abhängigkeit etwas hart codierte Pfade wie /bin/sh und andere Fragen. Diese Unterschiede sind, was die render-Cygwin-Programme "nicht-native". Wenn ein Programm einen Pfad als argument, oder eine Eingabe in einem Dialogfeld, Windows-Benutzer erwarten, dass der Pfad auf die gleiche Weise funktionieren wie in anderen Windows-Programmen. Wenn es nicht so funktioniert, ist das ein problem.

Stecker: Kurz nach der LGPL Ankündigung, begann ich, die Cygnal (Cygwin Native Anwendung-Bibliothek) Projekt, um eine Abspaltung von der Cygwin-DLL, welche Ziele diese Probleme zu beheben. Programme entwickelt werden können, unter Cygwin und dann implementiert mit der Cygnal version von cygwin1.dll ohne Neukompilierung. Als diese Bibliothek verbessert, Sie wird nach und nach beseitigt die Notwendigkeit für MinGW.

Wenn Cygnal löst das Pfad-handling-problem, wird es möglich sein, zu entwickeln, um eine einzelne ausführbare Datei, die funktioniert mit Windows-Pfade bei der Auslieferung wie eine Windows-Anwendung mit Cygnal, und arbeitet nahtlos mit der Cygwin-Pfade bei der Installation in Ihrem /usr/bin unter Cygwin. Unter Cygwin, die ausführbare Datei wird transparent die Arbeit mit einem Pfad wie /cygdrive/c/Users/bob. Im nativen deployment, in dem es verknüpft ist gegen die Cygnal version von cygwin1.dll - dieser Weg wird keinen Sinn machen, in der Erwägung, dass verstehen c:foo.txt.

InformationsquelleAutor der Antwort Kaz

Cygwin emuliert komplette POSIX-Umgebung, während MinGW ist minimal Werkzeug-set für die Zusammenstellung nur (kompiliert native Win-Anwendung.) Also, wenn Sie wollen, um Ihr Projekt zu cross-Plattform der Wahl zwischen den beiden ist offensichtlich, MinGW.

Obwohl Sie vielleicht erwägen, VS auf Windows, GCC auf Linux/UNIX Systemen. Die meisten open-source-Projekte (z.B. Firefox oder Python).

InformationsquelleAutor der Antwort vartec

Verwenden Cygwin in eine kommerzielle /proprietäre /nicht-open-source-Anwendung, müssen Sie zu berappen Zehntausende von Dollar für eine "buyout Lizenz" von Red Hat; dadurch erlischt die standard-Lizenzbedingungen bei einer erheblichen Kosten. Google "cygwin-Lizenz-Kosten" und sehen zunächst nur wenige Ergebnisse.

Für mingw, keine solchen Kosten angefallen sind, und die Lizenzen (PD, BSD, MIT) sind extrem Freizügig. Bei den meisten Sie kann erwartet werden, zu liefern Lizenz-Informationen mit Ihrer Anwendung, wie die winpthreads Lizenz erforderlich, wenn mit mingw64-tdm.

BEARBEITEN Dank Izzy Helianthus: Die kommerzielle Lizenz ist nicht mehr verfügbar oder erforderlich ist, weil der API-Bibliothek in der winsup Unterverzeichnis von Cygwin jetzt wird verteilt unter der LGPL-Lizenz, im Gegensatz zu den vollständigen GPL.

InformationsquelleAutor der Antwort Arcane Engineer

Cygwin ist eine Unix-artige Umgebung und command-line-interface für Microsoft Windows.

Mingw ist eine native software-port der GNU Compiler Collection (GCC) , Microsoft Windows, zusammen mit einer Reihe von frei verteilbaren import-Bibliotheken und header-Dateien für die Windows API. MinGW erlaubt Entwicklern das erstellen von nativen Microsoft Windows-Anwendungen.

Können Sie ausführen generierten Binärdateien mit mingw ohne die cygwin Umwelt, vorausgesetzt, dass alle erforderlichen Bibliotheken (DLLs) vorhanden sind.

InformationsquelleAutor der Antwort gimel