[windows] Cygwin과 MinGW의 차이점은 무엇입니까?

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 하면 _statMicrosoft Visual C를 사용하여이 프로그램을 컴파일 할 수 있습니다. 또한 MinGW 및 Cygwin을 사용하여이 프로그램을 컴파일 할 수도 있습니다.

Microsoft Visual C에서 프로그램은 MSVC 재배포 가능 런타임 라이브러리에 연결 됩니다. mxvcrtnn.dll여기서 nn일부 버전 접미사가 있습니다. 이 프로그램을 배송하려면 해당 DLL을 포함시켜야합니다. DLL이 제공하는 _stat, system하고 printf. 또한 런타임을 정적으로 연결하는 옵션도 있습니다.

MinGW에서 프로그램은 msvcrt.dll Windows에 포함 된 문서화되지 않은 내부 라이브러리이며 응용 프로그램 사용에 제한이없는로 연결됩니다. 이 라이브러리는 본질적으로 Windows 자체에서 사용하기 위해 MS Visual C의 재배포 가능 런타임 라이브러리의 포크입니다.

이 두 가지 모두에서 프로그램은 비슷한 동작을합니다.

• 이 stat함수는 유용한 권한이나 inode 번호와 같은 매우 제한된 정보를 반환합니다.
• 경로 c:file.txt는 drive와 연관된 현재 작업 디렉토리에 따라 해결됩니다 c:.
• systemcmd.exe /c외부 명령을 실행하는 데 사용 합니다.

Cygwin에서 프로그램을 컴파일 할 수도 있습니다. MS Visual C에서 사용하는 재배포 가능 런타임과 마찬가지로 Cygwin 프로그램은 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 -mwindowsMinGW 및 Cygwin에서을 사용하여 콘솔 창을 필요로하지 않는 프로그램을 쉽게 만들 수도 있습니다 .

Cygwin은 POSIX가 아닙니다. Windows API에 대한 액세스를 제공 할뿐만 아니라 일부 Microsoft C 함수 ( msvcrt.dll재배포 가능 msvcrtnn.dll런타임에 있는 것)의 자체 구현도 제공합니다 . 예를 들면 다음 spawn*과 같은 함수 군이 있습니다 spawnvp. Cygwin 대신 fork및 execCygwin 에서 사용하는 것이 좋습니다 fork. 개념이없는 Windows 프로세스 생성 모델에 더 잘 매핑되기 때문입니다 .

그러므로:

• Cygwin 프로그램은 라이브러리 반주가 필요하다는 이유로 MS Visual C 프로그램보다 “기본”입니다. Windows에서 프로그래밍 언어 구현은 자체 런타임, 심지어 C 언어 구현도 제공해야합니다. Windows에는 공용으로 사용할 “libc”가 없습니다.

• MinGW에 타사 DLL이 필요하지 않다는 사실은 실제로 단점입니다. 문서화되지 않은 Visual C 런타임의 Windows 내부 포크에 따라 다릅니다. MinGW는 GPL 시스템 라이브러리 예외가에 적용되기 때문에이 작업을 수행합니다. msvcrt.dll즉, GPL 버전의 프로그램을 MinGW로 컴파일하고 재배포 할 수 있습니다.

• msvcrt.dllCygwin은 POSIX 프로그램에 비해 훨씬 광범위하고 깊이있는 POSIX 지원으로 POSIX 프로그램 포팅에있어 최고의 환경입니다. 현재 LGPL에 속하므로 모든 종류의 라이센스 (오픈 소스 또는 비공개 소스)가있는 응용 프로그램을 재배포 할 수 있습니다. Cygwin은 VT100 에뮬레이션 및 termiosMicrosoft 콘솔과 함께 작동합니다! tcsetattrVT100 코드를 사용 하여 원시 모드를 설정 하고 커서를 제어하기 위해 POSIX 응용 프로그램 은 cmd.exe창 에서 바로 작동합니다 . 최종 사용자와 관련하여 콘솔을 제어하기 위해 Win32 호출을 수행하는 기본 콘솔 앱입니다.

하나:

• Cygwin은 기본 Windows 개발 도구로서 Windows와는 다른 경로 처리와 같은 하드 코딩 된 경로 /bin/sh및 기타 문제 에 의존 합니다. 이러한 차이점은 Cygwin 프로그램을 “비 기본”으로 만드는 것입니다. 프로그램이 경로를 인수로 사용하거나 대화 상자에서 입력하면 Windows 사용자는 해당 경로가 다른 Windows 프로그램에서와 동일한 방식으로 작동 할 것으로 기대합니다. 그래도 작동하지 않으면 문제입니다.

플러그 : LGPL 발표 직후, Cygnal (Cygwin Native Application Library) 프로젝트를 시작 하여 Cygwin DLL 포크를 제공하여 이러한 문제를 해결했습니다. Cygwin에서 프로그램을 개발 한 다음 cygwin1.dll재 컴파일하지 않고 Cygnal 버전으로 배포 할 수 있습니다 . 이 라이브러리가 향상됨에 따라 MinGW가 점차 없어 질 것입니다.

Cygnal이 경로 처리 문제를 해결하면 Cygnal과 함께 Windows 응용 프로그램으로 제공 될 때 Windows 경로와 작동하고 Cygwin /usr/bin아래에 설치 될 때 Cygwin 경로와 완벽하게 작동하는 단일 실행 파일을 개발할 수 있습니다 . Cygwin에서 실행 파일은 다음과 같은 경로로 투명하게 작동 /cygdrive/c/Users/bob합니다. Cygnal 버전의에 대해 연결하는 기본 배포에서는 cygwin1.dll해당 경로가 의미가 없지만 이해 c:foo.txt합니다.

---