Яка різниця між Cygwin та MinGW?

Я хочу зробити свою C ++ проект крос-платформою, і я розглядаю можливість використання Cygwin / MinGW. Але в чому різниця між ними?

Інше питання - чи зможу я запускати двійковий файл у системі без Cygwin / MinGW?

Як спрощення, це так:

• Складіть щось у Cygwin, і ви збираєте це для Cygwin .

• Складіть щось у MinGW, і ви збираєте це для Windows .

Про Сігвіна

Мета Cygwin - значно полегшити перенесення додатків на базі Unix до Windows, емулюючи багато дрібних деталей, які надають операційні системи на базі Unix, і документуються стандартами POSIX . Ваша програма може використовувати функцію Unix, таку як труби, доступ до файлів та каталогів у стилі Unix тощо, і вона може бути компільована за допомогою Cygwin, який буде виконувати функцію сумісності навколо вашої програми, так що багато з цих специфічних для Unix парадигм можуть продовжують використовувати.

Під час розповсюдження програмного забезпечення отримувач повинен запустити його разом із середовищем виконання програми Cygwin (надається файлом cygwin1.dll). Ви можете розповсюджувати це разом зі своїм програмним забезпеченням, але це програмне забезпечення повинно відповідати його ліцензії з відкритим кодом. Можливо, навіть так, що навіть просто зв’язування програмного забезпечення з ним, але розповсюдження dll окремо, все ж може знадобитися, щоб ви поважали ліцензію з відкритим кодом.

Про MinGW

MinGW має на меті просто бути портом Windows інструментів компілятора GNU, таких як GCC, Make, Bash тощо. Він не намагається наслідувати або забезпечити всебічну сумісність з Unix, але натомість забезпечує мінімально необхідне середовище для використання GCC (компілятор GNU) та невелику кількість інших інструментів у Windows. У нього немає рівня емуляції Unix, як Cygwin, але, як результат, ваша програма повинна бути спеціально запрограмована для запуску в Windows, що може означати значну зміну, якщо вона створена для того, щоб розраховувати на запуск у стандартному середовищі Unix та використовує функції, характерні для Unix, такі, як зазначені раніше. За замовчуванням код, скомпільований у GCC MinGW, буде компілюватися в нативну ціль Windows X86, включаючи файли .exe та .dll, хоча ви також можете перехрестити компіляцію з правильними налаштуваннями, оскільки ви в основному використовуєте набір інструментів компілятора GNU.

MinGW по суті є альтернативою компілятору Microsoft Visual C ++ та пов'язаним з ним інструментам для зв’язування / створення. У деяких випадках можливо використовувати MinGW для компіляції того, що було призначено для компіляції з Microsoft Visual C ++, з потрібними бібліотеками, а в деяких випадках і з іншими модифікаціями.

MinGW включає деякі базові стандартні бібліотеки для взаємодії з операційною системою Windows, але як і у звичайних стандартних бібліотеках, включених до колекції компілятора GNU, вони не встановлюють ліцензійних обмежень на створене вами програмне забезпечення.

Для нетривіальних програмних програм, перетворення їх на кросплатформне може бути суттєвим завданням, якщо ви не використовуєте всеосяжну платформу міжплатформ. У той час, коли я писав це, рамка Qt була однією з найпопулярніших для цієї мети, дозволяючи створювати графічні програми, які працюють в операційних системах, включаючи Windows, але є й інші варіанти. Якщо ви використовуєте таку структуру з самого початку, ви можете не тільки зменшити головні болі, коли настає час перенести порт на іншу платформу, але ви можете використовувати ті самі графічні віджети - вікна, меню та елементи керування - на всіх платформах, якщо ви пишете GUI-додаток, і вони можуть з’являтися рідними для користувача.

Cygwin - це спроба створити повне середовище UNIX / POSIX у Windows. Для цього використовується різні DLL-файли. Хоча ці DLL охоплені GPLv3 +, їх ліцензія містить виняток , який не змушує похідну роботу покриватися GPLv3 +. MinGW - це набір компіляторів C / C ++, який дозволяє створювати виконувані файли Windows без залежності від таких DLL-файлів - вам потрібні лише звичайні версії MSVC, які є частиною звичайної установки Microsoft Windows.

Ви також можете отримати невелике середовище схоже на UNIX / POSIX, складене з MinGW під назвою MSYS . У ній немає всіх можливостей Cygwin, але ідеально підходить для програмістів, які хочуть використовувати MinGW.

Щоб додати до інших відповідей, Cygwin поставляється з бібліотеками та заголовками MinGW, і ви можете компілювати без посилання на cygwin1.dll, використовуючи прапор -mno-cygwin з gcc. Я дуже вважаю за краще це використовувати звичайні MinGW та MSYS.

Вікіпедія робить порівняння тут .

З веб-сайту Cygwin :

• Cygwin - це середовище, схоже на Linux, для Windows. Він складається з двох частин: DLL (cygwin1.dll), який виступає як емуляційний рівень Linux API, що забезпечує значну функціональність Linux API.
• Колекція інструментів, які забезпечують зовнішній вигляд Linux.

З веб- сайту Mingw :

MinGW ("Мінімалістичний GNU для Windows") - це сукупність вільно доступних та вільно розповсюджуваних файлів заголовків Windows та бібліотек імпорту в поєднанні з наборами інструментів GNU, які дозволяють виробляти нативну програму Windows, яка не покладається на будь-які сторонні DLL програми C

Cygwin використовує DLL, cygwin.dll (або, можливо, набір DLL) для забезпечення POSIX-подібного часу виконання в Windows.

MinGW компілюється в рідну програму Win32.

Якщо ви будуєте щось із Cygwin, будь-яка система, на яку ви встановите, також потребуватиме DLL-файлів Cygwin. Програма MinGW не потребує особливих режимів виконання.

Прочитайте ці відповіді на запитання, щоб зрозуміти різницю між Cygwin та MinGW.

Запитання №1: Я хочу створити додаток, який пишу вихідний код один раз, скомпілювати його один раз і запустити його на будь-яких платформах (наприклад, Windows, Linux та Mac OS X…).

Відповідь №1: Введіть свій вихідний код у JAVA. Складіть один раз вихідний код і запустіть його будь-де.

Запитання №2: Я хочу створити додаток, який пишу вихідний код один раз, але немає жодної проблеми, що я компілюю вихідний код для будь-яких платформ окремо (наприклад, Windows, Linux та Mac OS X…).

Відповідь №2: Запишіть свій вихідний код на C або C ++. Використовуйте лише стандартні файли заголовків. Використовуйте відповідний компілятор для будь-якої платформи (наприклад, Visual Studio для Windows, GCC для Linux та XCode для Mac). Зауважте, що для успішного складання вихідного коду на всіх платформах не слід використовувати жодних розширених функцій програмування. Якщо ви не використовуєте стандартних класів або функцій C або C ++, ваш вихідний код не збирається на інших платформах.

Запитання №3: Відповідаючи на запитання №2, важко використовувати різні компілятори для кожної платформи, чи є компілятор крос-платформи?

Відповідь №3: Так, використовуйте компілятор GCC. Це компілятор крос-платформ. Для компіляції вихідного коду в Windows використовуйте MinGW, який забезпечує компілятор GCC для Windows і компілює ваш вихідний код у рідну програму Windows. Не використовуйте жодних розширених функцій програмування (наприклад, API Windows) для успішного складання вихідного коду на всіх платформах. Якщо ви використовуєте функції API Windows, ваш вихідний код не збирається на інших платформах.

Питання №4: Стандартні файли заголовків C або C ++ не надають жодних розширених функцій програмування, таких як багатопотоковість. Що я можу зробити?

Відповідь №4: Ви повинні використовувати стандарт POSIX (Портативний інтерфейс операційної системи [для UNIX]). Він надає багато передових функцій та інструментів програмування. Багато операційних систем повністю або частково сумісні з POSIX (наприклад, Mac OS X, Solaris, BSD / OS і ...). Деякі операційні системи, хоча офіційно не сертифіковані як сумісні з POSIX, значною мірою відповідають (наприклад, Linux, FreeBSD, OpenSolaris та ...). Cygwin забезпечує в значній мірі POSIX-сумісну розробку та час роботи для Microsoft Windows.

Таким чином:

Щоб скористатися перевагами компілятора крос-платформ GCC в Windows, використовуйте MinGW.

Для використання переваг стандартних розширених функцій та інструментів програмування POSIX у Windows, використовуйте Cygwin.

З точки зору перенесення програми на C, хороший спосіб зрозуміти це - взяти приклад:

#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;
}

Якщо ми змінимо statдо _stat, ми можемо скомпілювати цю програму з допомогою Microsoft Visual C. Ми можемо також компілювати цю програму з MinGW, і з Cygwin.

У Microsoft Visual C програма буде пов’язана з перерозподільною бібліотекою часу виконання MSVC:, mxvcrtnn.dllде nnє суфікс версії. Для доставки цієї програми нам доведеться включити цю DLL. Це DLL забезпечує _stat, systemі printf. (У нас також є можливість статичного з'єднання часу виконання.)

У програмі MinGW програма буде пов’язана з msvcrt.dllвнутрішньою, недокументованою, неперевершеною бібліотекою, що є частиною Windows, і поза межами використання додатків. Ця бібліотека, по суті, є вилкою перерозподіленої бібліотеки часу запуску від MS Visual C для використання самою Windows.

У обох випадках програма матиме подібну поведінку:

• statфункція буде повертати дуже обмеженої інформації немає корисних дозволів або номер індексного дескриптора, наприклад.
• шлях c:file.txtвирішується відповідно до поточного робочого каталогу, пов'язаного з диском c:.
• systemвикористовує cmd.exe /cдля запуску зовнішньої команди.

Ми також можемо скласти програму під Cygwin. Аналогічно до перерозподілюваного часу виконання, використовуваного MS Visual C, програма Cygwin буде пов'язана з бібліотеками циклу виконання циклу: cygwin1.dll(Cygwin належним чином) та cyggcc_s-1.dll(підтримка часу виконання GCC). Оскільки Cygwin зараз належить до LGPL, ми можемо постачати програму, навіть якщо це не безкоштовне програмне забезпечення, сумісне з GPL, та відправляти програму.

Під Cygwin функції бібліотеки будуть вести себе по-різному:

• statфункція має багату функціональність, повертаючи значимі значення в більшості областей.
• шлях c:file.txtвзагалі не розуміється як такий, що містить посилання на букву диска, оскільки c:не супроводжується косою рисою. Товста кишка вважається частиною назви і якось перетворюється на неї. У Cygwin відсутня концепція відносного шляху проти об'єму чи диска, немає концепції "приводу в даний час" та немає поточного робочого каталогу на один привід.
• systemфункція намагається використовувати /bin/sh -cінтерпретатор. Cygwin вирішить /шлях відповідно до місця розташування вашого виконуваного файлу та очікує, що sh.exeпрограма буде розташована спільно з вашим виконуваним файлом.

І Cygwin, і MinGW дозволяють використовувати функції Win32. Якщо ви хочете зателефонувати MessageBoxабо CreateProcess, ви можете це зробити. Ви також можете легко створити програму, яка не потребує вікна консолі, використовуючи gcc -mwindowsпід MinGW та Cygwin.

Cygwin не є строго POSIX. Окрім надання доступу до API Windows, він також забезпечує власну реалізацію деяких функцій Microsoft C (речі, знайдені в msvcrt.dllабо повторно розповсюджувані msvcrtnn.dllперіоди виконання). Прикладом цього є spawn*сімейство таких функцій spawnvp. Це хороша ідея використовувати замість Cygwin forkта execна них, оскільки вони краще відображають модель створення системи Windows, яка не має концепції fork.

Таким чином:

• Програми Cygwin не менш "рідні", ніж програми MS Visual C на підставі необхідності супроводу бібліотек. Очікується, що реалізація мови програмування у Windows забезпечує власний час роботи, навіть реалізацію мови C. У Windows немає "libc" для громадського використання.

• Те, що MinGW не потребує сторонніх DLL, насправді є недоліком; це залежить від незадокументованої роздрібної вилки для Windows Visual C. MinGW робить це тому, що виняток із бібліотеки системної системи GPL стосується msvcrt.dll, а це означає, що програми GPL-ed можна компілювати та перерозподіляти за допомогою MinGW.

• Завдяки значно ширшій та глибшій підтримці POSIX порівняно з msvcrt.dll, Cygwin є далеко не найкращим середовищем для перенесення програм POSIX. Оскільки він зараз знаходиться під LGPL, він дозволяє перерозподіляти програми з усіма видами ліцензій, відкритого чи закритого джерела. Cygwin навіть містить емуляцію VT100 і termios, яка працює з консоллю Microsoft! Програма POSIX, яка встановлює необроблений режим з tcsetattrта використовує коди VT100 для управління курсором, працюватиме прямо у cmd.exeвікні. Що стосується кінцевого користувача, це нативна програма консолі, яка робить виклики Win32 для управління консоллю.

Однак:

• Як рідний інструмент розробки Windows, Cygwin має деякі химерності, наприклад, обробка траєкторій, яка є чужою для Windows, залежність від деяких жорстко закодованих шляхів, таких як /bin/sh та інші проблеми. Ці відмінності - це те, що робить програми Cygwin "неродними". Якщо програма приймає шлях як аргумент або вхід з діалогового вікна, користувачі Windows очікують, що цей шлях буде працювати так само, як і в інших програмах Windows. Якщо це не працює таким чином, це проблема.

Підключення : Незабаром після оголошення LGPL я запустив Cygnal (Cygwin Native Application Library), щоб надати DLL Cygwin, який має на меті виправити ці проблеми. Програми можуть бути розроблені під Cygwin, а потім розгорнутись із версією Cygnal cygwin1.dllбез перекомпіляції. У міру вдосконалення цієї бібліотеки вона поступово усуне потребу в MinGW.

Коли Cygnal вирішить проблему обробки шляху, можна буде розробити єдиний виконуваний файл, який працює з шляхами Windows, коли він поставляється як додаток для Windows із Cygnal, і безперебійно працює з шляхами Cygwin, коли встановлюється у вашому /usr/binпід Cygwin. Під Cygwin виконуваний файл буде прозоро працювати з таким шляхом /cygdrive/c/Users/bob. У нативному розгортанні, де він посилається на версію Cygnal cygwin1.dll, цей шлях не матиме сенсу, тоді як він зрозуміє c:foo.txt.

Вікіпедія говорить :

MinGWроздвоєні з версії 1.3.3 від Cygwin. Хоча обидва Cygwin і MinGWможе бути використані для порту UNIXпрограмного забезпечення Windows, вони мають різні підходи: Cygwinцілі , щоб забезпечити повну , POSIX layer що забезпечує емуляцію декількох системних викликів і бібліотек , які існують Linux, UNIXі в BSDваріантах. POSIX layer Працює на вершині Windows, зниження продуктивності , коли це необхідно для сумісності. Відповідно, такий підхід вимагає, щоб Windowsпрограми, написані разом, Cygwinпрацювали над бібліотекою сумісності, вибраної копією, яка повинна бути розповсюджена разом із програмою source code. MinGWмає на меті надати функціональну функціональність та продуктивність безпосередньо Windows API calls. На відміну від Cygwin,MinGWне вимагає рівня сумісності, DLLі тому програми не потрібно розповсюджувати source code.

Оскільки MinGWвід цього залежить Windows API calls, він не може забезпечити повне POSIX API; він не в змозі скласти частину, UNIX applicationsяку можна скласти Cygwin. Зокрема, це стосується програм, для яких потрібна POSIXфункціональність fork(), mmap()або ioctl()тих, які очікуються на запуск у POSIX environment. Додатки , написані з використанням cross-platform library, яка сама по собі була перенесена MinGW, такі як SDL, wxWidgets, Qtабо GTK+, як правило , компілювати , як легко в , MinGWяк вони будуть в Cygwin.

Поєднання MinGWта MSYSзабезпечує невелике, автономне середовище, яке можна завантажувати на знімні носії, не залишаючи записів у реєстрі чи файлах на комп’ютері. CygwinПортативний забезпечує подібну функцію. Надаючи більше функціональних можливостей,Cygwin ускладнюється установка та обслуговування.

Можливо також cross-compile Windows applicationsс MinGW-GCC under POSIX systems. Це означає, що розробникам не потрібна установка Windows, MSYSщоб компілювати програмне забезпечення, яке буде працювати Windowsбез Cygwin.

Не забувайте про те, що AT / T не перемагає програмне забезпечення , яке створене для того, щоб допомогти вам складати програми Unix на Windows (остання версія - 2012-08-06; використовує публічну ліцензію Eclipse, версія 1.0).

Як і Cygwin, їм доводиться бігати проти бібліотеки; у їхньому випадку POSIX.DLL. Хлопці AT&T - надзвичайні інженери (та сама група, яка принесла вам ksh і dot ), і їх речі варто перевірити.

Інші відповіді вже потрапили в ціль. Я просто хочу додати ілюстрацію для швидкого вилову.

Cygwin імітує все середовище POSIX, тоді як MinGW - це мінімальний набір інструментів лише для компіляції (збирає нативну програму Win.) Отже, якщо ви хочете зробити ваш проект міжплатформенним, вибір між ними є очевидним, MinGW.

Хоча ви можете розглянути можливість використання VS для Windows, GCC для Linux / Unices. Більшість проектів з відкритим кодом роблять це (наприклад, Firefox або Python).

Зауважте, що поведінка утиліти може по-справжньому відрізнятися між ними.

Наприклад, Cygwin tar може розщедритися - тому що fork () підтримується в DLL - там, де версія mingw не може. Це проблема при спробі компілювати mysql з джерела.

Щоб використовувати Cygwin в комерційній / фірмовій / невідкритій програмі, вам потрібно буде роздрібнити десятки тисяч доларів за " викуп ліцензії " від Red Hat; це скасовує стандартні умови ліцензування значною вартістю. "Вартість ліцензії на cygwin" від Google і подивіться перші кілька результатів.

Для mingw такі витрати не виникають, а ліцензії (PD, BSD, MIT) надзвичайно дозвільні. Щонайбільше ви можетеМаксимум, будете надавати інформацію про ліцензію у вашій заявці, наприклад, ліцензію winpthreads, необхідну при використанні mingw64-tdm.

EDIT завдяки Іззі Геліантусу: комерційна ліцензія більше не доступна та не потрібна, оскільки бібліотека API, знайдена у підкаталозі winup Cygwin , зараз поширюється під LGPL, на відміну від повного GPL.

Cygwin розроблений, щоб забезпечити більш-менш повне середовище POSIX для Windows, включаючи широкий набір інструментів, розроблених для забезпечення повноцінної платформи, схожої на Linux. Для порівняння, MinGW та MSYS забезпечують легкий, мінімалістичний шар, схожий на POSIX, з лише більш необхідними інструментами, як gccі bashдоступними. Через більш мінімалістичний підхід MinGW він не забезпечує ступінь покриття POSIX API API, яке пропонує Cygwin, і тому не може будувати певні програми, які в іншому випадку можуть бути складені на Cygwin.

Що стосується коду, сформованого двома, ланцюжок інструментів Cygwin покладається на динамічне посилання на велику бібліотеку виконання cygwin1.dll, тоді як ланцюжок інструментів MinGW збирає код у бінарні файли, які динамічно посилаються на рідну бібліотеку Windows msvcrt.dll, а також статично на частиниglibc . Таким чином, виконувані файли Cygwin є більш компактними, але вимагають окремої DLL-версії, що перерозподіляється, тоді як бінарні файли MinGW можна відправляти окремо, але мають тенденцію бути більшими.

Той факт, що програмам, що базуються на Cygwin, потрібна окрема DLL, також призводить до обмеження ліцензування. Бібліотека виконання Cygwin ліцензується під GPLv3 за винятком посилання на програми із ліцензіями, сумісними з OSI, тому розробники, які бажають створити додаток із закритим кодом навколо Cygwin, повинні придбати комерційну ліцензію від Red Hat. З іншого боку, код MinGW може використовуватися як у відкритих, так і у закритих кодах, оскільки заголовки та бібліотеки мають дозвільну ліцензію.

Cygwin - це інтерфейс, подібний середовищу та командному рядку для Microsoft Windows.

Mingw - це нативний програмний порт колекції GNU Compiler Collection (GCC) для Microsoft Windows, а також набір вільно розповсюджуваних бібліотек імпорту та файлів заголовків для API Windows. MinGW дозволяє розробникам створювати вбудовані програми Microsoft Windows.

Ви можете запускати бінарні файли, згенеровані mingwбез cygwinсередовища, за умови наявності всіх необхідних бібліотек (DLL).

Cygwinвикористовує шар сумісності, хоча він MinGWє рідним. Це одна з головних відмінностей.