몇 가지 이유로 상당한 노력 없이는 작동하지 않을까 걱정됩니다. Linux에서 VM을 사용하는 것이 훨씬 더 효과적 일지라도 은 실제로입니다. Windows는 많은 파일 액세스를 처리하는 속도가 느리고 Cygwin은 더 느려지 게됩니다.
예를 들어 config.sh (전체 스택 빌드)를 간단하게 변경하여 Cygwin에서 작동하도록하면 (괜찮은 PC에서) 실행하는 데 몇 시간 걸렸습니다. 그리고 나서 저는 손으로 고쳐야했던 부패한 자식 두어파를 가지고있었습니다.
나는 또한 gaia가 작동하도록 만들었지 만 문제가 커지면 멈췄다. 여기
내가 나중에 참조 할 수 있도록 빌드가 정말 이식 할 수 없습니다
- 을 위해 무엇을 발견, 그것은 기대하고 환경과 같은 리눅스
- Cygwin에서이 도구의 대부분은 Win32에서 네이티브 및 처리 경로에있는 실행 좋은 리눅스 에뮬레이션을 제공하는 동안 그 (것)들을위한 변환은 전제 때문에 사소한 변화를 요구하지 않는다. 예를 들어, Win32 XPCshell로 전환하고 cygpath를 사용하기 위해 커맨드 라인 경로를 해킹 할 수 있지만, 환경 변수는 JS 스크립트의 종속성의 추가 원천이며 모든 유닉스 경로입니다. (나는이 부분을 관리했다).
- 이러한 경로 및 환경 종속성은 C 빌드 체인 및 기타 도구로 확대됩니다.
- noacl을 사용하기 위해 마운트를 변경해야합니다. 그렇지 않으면 cygwin에서 ACL을 첨부하여 파일 속성을 시뮬레이트합니다. ACLS가 없으면 좀 더 빨라질 수도 있습니다.
- 에뮬레이션없이 네이티브 버전을 제공하는 MinGW를 시도 했으므로 더 빨라야합니다. 그러나 요구 사항에 미치지 못하고 자동 경로 변환 추론이 방해가됩니다.
- 바이러스 백신 프로그램 속도를 늦추려면 프로그램을 되돌려 야합니다. 실제로 필자는 오래된 FIrefox WIndows를 사용하여 처음 만들 때 오랜 시간이 지나면 충돌을 일으킬 것입니다. 유명 인사에서 mem 누출로 밝혀졌다. (
그래서 all-in-all은 변환하는 데 드는 시간이 너무 많고 유지 관리가 쉽다. 진정한 Windows 빌드가 더 좋을 것이지만 그렇다. VM을 실행하는 데 요즘 쉽습니다. 할 수 있습니다 게스트와 호스트 그래서. 윈도우에서