포켓몬 하트골드·소울실버 디컴파일 저장소가 두 ROM을 재현한다

하트골드와 소울실버 저장소는 두 ROM을 바이트 단위로 일치하게 빌드한다고 밝혔습니다. 저는 그 기준이 코드의 이해 가능성을 넘어 완성 파일의 바이트까지 닿는다는 점에 멈춰 섰습니다. 같은 게임을 다시 만든다는 말이 결과물의 바이트까지 가리키기 때문입니다.

C/C++로 게임 코드를 되살리는 이번 저장소는 C와 C++의 규칙 차이를 다룬 글과 이어집니다. 그 글은 GCC와 Clang이 C에서 asm을 확장 키워드로 인식하고, C++에서는 asm이 예약어라고 짚습니다.

반가운 점은 게임의 전체 코드를 사람이 읽고 다시 빌드할 수 있는 형태로 다룬다는 데 있습니다. 저장소는 전체 코드를 C/C++로 디컴파일하고 대규모 언어 모델(LLM) 에이전트를 사용했다고 설명합니다. 코드와 재현 결과를 함께 놓으면 게임 동작을 살피고 수정할 출발점이 생깁니다.

저장소가 말하는 바이트 단위 일치는 결과 ROM이 기준 파일과 같다는 뜻이지, 디컴파일한 코드가 게임 동작을 모두 정확히 설명하거나 수정 뒤에도 그대로 작동한다는 보증은 아닙니다. 저장소는 pret와 무관하며 AI가 생성한 코드를 pret에 보내지 말고 이 포크에만 두라고 안내합니다. 결과물 재현과 코드를 다른 곳에 기여하는 일은 따로 확인해야 합니다.

INSTALL.md에서 빌드 환경 설정을 확인한 뒤, 생성한 ROM의 해시(hash)를 저장소에 적힌 SHA-1 값과 비교해 보십시오. 값이 같으면 적어도 제시된 체크값과 일치합니다. 다르면 먼저 환경 설정과 빌드 과정을 다시 살펴보십시오.

게임 코드나 오래된 프로젝트를 다시 빌드할 때, 결과물 검증은 어떤 순서로 하십니까?