Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
Wine 프로젝트를 OpenBSD로 이식하는 과정과 기술적 난관에 대해 논의합니다. Wine은 이미 FreeBSD와 macOS를 지원하므로, OpenBSD 추가는 큰 어려움 없이 가능하며, 주로 Unix API 차이점 처리 및 gs 레지스터 접근 처리가 핵심 과제입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 GeekNews의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기업스트림 병합 가능성은 낮아 보임. https://marc.info/?l=openbsd-ports&m=179241414029592의 설명은 다음과 같음.
“수정 사항 상당수는 기술적으로 다른 운영체제에서도 실행 가능함. Linux에서는 %gs가 올바르게 설정되므로 %gs 스텁을 빌드하지 않으며, SIGUSR1도 최적은 아니지만 동작함. 다만 작업을 편하게 하고 변경 사항을 명확히 구분하려고 모두 OpenBSD 전용으로 표시했음.
한 달 전 Wine 유지보수자들과 이야기했을 때는 지원하고 정상 동작을 유지해야 할 운영체제가 하나 더 늘어난다는 이유로, OpenBSD에서 컴파일되도록 하는 패치조차 수용을 망설였음. %gs 스텁 수정은 업스트림에서 받아들일 수 없는 변경이며, ‘에뮬레이션되는’ 애플리케이션 코드를 바꾸는 수정에는 매우 신중한 태도임.”
이런 포트를 동작시키려면 OpenBSD 특유의 어떤 부분을 처리해야 하고, 작업량은 어느 정도인지 궁금함.
첨부 파일을 내려받아 패치를 살펴보면 됨. Wine은 이미 FreeBSD와 macOS를 지원하므로 BSD/Unix 계열 운영체제를 하나 더 추가하는 일이 엄청나게 어렵지만은 않음. 일부 Unix API가 달라져 있어, OpenBSD에 없는 심벌을 사용하지 않도록 #if OpenBSD 같은 조건부 코드를 추가한 것으로 보임.
가장 복잡한 부분은 단연 gs 레지스터 처리임. 기억이 맞다면 Windows에서는 이 레지스터를 스레드 지역 저장소에 쓰지만 다른 운영체제에서는 다른 용도로도 사용하므로, 새 운영체제로 이식할 때 win32 바이너리의 gs 레지스터 접근을 처리하는 일이 큰 난관임.
Wine의 이 영역이 복잡한 저수준 코드라는 점을 고려하면 전반적으로 잘 작성된 듯함. 관심이 있다면 업스트림 반영을 시도해 보길 권함. 일부 임시방편처럼 보이는 부분은 반대에 부딪히겠지만, 정리를 도와줄 사람을 찾으면 별도 패치를 유지할 필요가 없어지고 포트도 개선될 수 있음.
덧붙임: 이미 업스트림과 이야기한 모양임. https://marc.info/?l=openbsd-ports&m=179241414029592 유지할 패치 규모가 크지는 않으므로 별도로 관리하는 편이 나을 수도 있음. 어느 쪽이든 훌륭한 작업임.