주변을 검색했지만이 3 가지 버전의 MSYS로 진행중인 작업에 대한 자세한 설명을 찾을 수 없습니다. MSYS는 MinGW를 사용한 개발을 지원하기위한 최소한의 Linux 도구 포트라는 것을 이해합니다. 그러나 그 둘 사이의 관계에 대해서는 명확하지 않습니다. 개발 / 유지 관리 팀.
해결해야 할 특정 문제 :
- 어느 것이 활발하게 개발되고 있습니까? (특히 MSYS가 종료되었고 MSYS2가 활성화되어 있습니까?)
- 그들을 유지하는 그룹 사이의 관계는 무엇입니까? (특히 MSYS 팀이 MSYS2를 만들었습니까?)
- msysgit은 다른 것 중 하나만 사용합니까, 아니면 자체 MSYS 분기를 가지고 있습니까?
- 서로 호환되는 것이 있습니까?
- 특정 버전의 Windows와의 호환성 문제가 있습니까?
- 하나는 다른 것보다 주요 기능을 제공합니까?
8
@JamesJohnston이 질문을 작성하기 전에 Cygwin (적어도 이전에는 현재 상태를 확신하지 못함)으로 인해 새로운 코드가 통과되어야했기 때문에 MSYS와 MinGW가 Cygwin의 경쟁 업체로 만들어 졌다는 것을 이해했습니다. Windows API를 직접 호출하는 대신 성능이 떨어지는 호환성 레이어. 따라서 저는 항상 MSYS와 그 친척을 Cygwin보다 가벼운 시스템으로 보았으므로 Cygwin의 현재 상태에 관심이 없었습니다. 그래도 관심이 있다면 좋은 후속 질문을 할 수 있습니다. 주제에 대해 구를 표현할 수 있는지 물어보십시오.
—
jpmc26
어제 덮개를 파기 시작할 때까지 나는 그 인상을 받았다. 언급 한 MSYS의 세 가지 버전은 모두 @Ray Donnelly가 지적한 것처럼 Cygwin의 포크입니다. 그런 의미에서, 그들 모두는 "Cygwin"입니다. 그리고이 질문은 실제로 Cygwin과 그 포크에 관한 것입니다. Ray가 지적한 것처럼 MSYS가 파멸 된 것처럼 보입니다. MSYS 코드를 직접 조사했습니다. 절망적으로 쓸모없고 공유 메모리에 대한 기본 동기화조차 부족합니다. 관리자는 업스트림을 따라 잡지 않았으며 Cygwin 업스트림에서 얻은 공유 메모리에 대한 수정 사항을 얻지 못했습니다.
—
James Johnston
@JamesJohnston 오해가 있다고 생각합니다. 내 요점은 Cygwin이 호환성 계층없이 새 바이너리를 빌드하는 것을 지원하지 않는다는 것입니다. MSYS와 친척은 MinGW를 통해 그렇게합니다. 따라서 Cygwin에는 뿌리가 있다는 것을 잘 알고 있음에도 불구하고 Cygwin에 관심이 없습니다. Cygwin에 관심이 없기 때문에 그것에 대해 묻는 것이 합리적이지 않았습니다. 이 질문은 또한 포크 자체 의 역사 와 그 이유와 그에 따른 몇 가지 기초적인 결과에 중점을 둡니다 . 다른 버전의 MSYS를 선택하려고 할 때 Cygwin의 역사는 실제로 관련이 없습니다.
—
jpmc26
내가 이해하지 못하는 것은 MSYS2 개발자와 Cygwin 개발자가 용어를 접할 수 없어서 말다툼을 끝내지 못해 바보 같은 포크를 멈추는 이유입니다. Cygwin은 그다지 관심을 갖지 않지만 적어도 Red Hat 직원이 근무하고 있습니다. 포크는 그것을 얻지 못합니다. 작년부터 Cygwin 메일 링리스트에서 MSYS2가 Cygwin의 후크 DLL이되어 MSYS2가 전체 Cygwin DLL을 포크 할 필요가없는 것에 대한 토론을 찾았습니다. 분명히 그 토론은 멀리 가지 않았다. MSYS2 지금 에너지를 가지고 있지만 MSYS2 자원 봉사자를 업데이트 중지 할 때 / 경우에, 나는 MSYS 같은 침체를 예견
—
제임스 존스턴
@JamesJohnston Ray의 답변에서 IRC 채널에 대한 질문에 대한 답변을 더 잘 얻을 수 있다고 생각합니다. 이 코멘트 체인은 점점 길어지고 주제를 벗어납니다.
—
jpmc26
