문제

Microsoft는 소스 코드를 배포하여 다양한 Direct3D API를 하드웨어 공급 업체, 드라이버 개발자 등으로 구현하는 것을 참조합니다.이 코드는 끊임없는 WDK (이전의 DDK) 빌드 시스템을 사용하여 빌드되며 사실상 상자 외에는 작동하지 않습니다. 널리 사용되지만이 코드는 반 개인이므로 더 넓은 웹에서 사용할 수있는 기본 유용한 정보는 없습니다. 이것은 일반적으로 충분히 사용되며 (이 커뮤니티의 엉덩이에 잘 알려진 통증), 기본 빌드 정보는 충분히 민감하지 않아 Google에서 발견 할 수 있어야합니다.

Build ReadMe는 WDK를 사용하고 명령과 함께 빌드를 제안합니다. build -cz -daytona. 이것은 혼란스럽게도 많은 출력을 뱉지 만 아무것도 구축하지 않습니다.

이것을 지나서 WDK 6001.18002의 Vista, 최신 D3DEF9 소스 배포가 실패합니다. link "출력을 생성하지 못했습니다 - 오류로 처리 된 경고".

XP d3dref9.dll은 빌드에 혼란스러워서 종종 D3D 헤더 및 유형을 찾지 못합니다.

도움이 되었습니까?

해결책

일반적으로 Microsoft에서 직접 출발 할 때 Prost Source Drops를 구축하는 데 매우 흔한 두 가지 주요 문제가 있습니다.

먼저 build -cz -daytona 명령은 오타이거나 문서화되지 않은 추가 외부 구성에 의존합니다. 이 모드에서 빌드는 모든 소스를 구문 분석하지만 빌드 할 플랫폼을 지정하지 않습니다. 모든 플랫폼 이후 dirs (daytona 그리고 win9x), 실제 출력이 지정된 경우, "선택 사항"은 실제로 구축 된 것이 없습니다. 이에 대한 해결책은 대신 올바르게 지정된 명령을 사용하는 것입니다. build -cz daytona (아니요 '-' 에 daytona). 이것은 소스를 구문 분석 한 다음 실제로해야합니다 짓다 모든 것.

이 과거에는 일반적으로 Box 외 빌드 설정에 문제가 있습니다.

새로운 WDK (예 : Vista)는 일반적으로 가짜 링커 오류와의 최종 링크 단계에서 실패합니다. 이것은 다음을 추가하여 쉽게 고정됩니다.

LIBRARIAN_FLAGS = $(LIBRARIAN_FLAGS) /IGNORE:4001

~로 link/sources.inc 파일 빌드. 금후, build -cz daytona 소스 드롭의 루트에서는 모든 것을 기본으로 빌드하고 연결해야합니다.

XP에서는 구형 DDK (Pre-Windows Server 2003, 즉 "XP"-표지 된 DDK)를 사용하는 경우 문제가있는 것도 일반적입니다. 특히, Ristrast 프로젝트는 외부에 존재하는 Core D3D9 헤더에 의존하며 XP DDK에는 포함되지 않습니다. 최신 WDK ( "DDK"Post-XP의 브랜드)를 사용하면이를 해결합니다. 이름 지정과는 달리, 모든 새로운 WDK는 일반적으로 구식 릴리스의 슈퍼 세트이므로 XP를 통해 플랫폼을위한 빌드 환경을 포함합니다.

또한 최신 WDK 컴파일러 릴리스에서 더 많은 성가신 컴파일러 오류를 트리거하는 코드를 포함하여 일부 XP Relscrast 소스 릴리스에 문제가있을 수 있습니다. 그러나 이는 일반적으로 컴파일러가 제기 한 간단한 안전/정확성 오류에 대한 응답으로 반복 편집 및 소스 조정으로 쉽게 수정할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top