Fuzix OS
·2026.04.19 00:24
핵심 내용
Fuzix 0.4가 네트워킹, 실행 형식, 빌드 흐름을 크게 정리했다.
자세히 보기
Fuzix 0.4는 커널 핵심은 유지하면서 버그 수정과 인터페이스 개선을 진행했고, 특히 networking layer를 더 모듈화된 구조로 다시 설계했다. 앞으로는 8-bit 머신에서도 커널과 다른 주소 공간에서 네트워킹을 돌릴 수 있는 기반을 마련한 셈이다.
실행 파일 형식도 정리됐다.
- 8080 / 8085 / Z80 바이너리 형식을 통합해 8085와 Z80이 8080 바이너리를 직접 실행할 수 있게 했다.
- 68HC11 / 6803는 형식이 다르지만, syscall ABI를 맞춰 68HC11이 6803 바이너리를 실행할 수 있게 했다.
- 기존에 임시로 쓰던 32-bit Linux binflt 방식은 버리고, a.out + relocation map 확장으로 바꿔 향후 안정적인 형식으로 가져가려 한다.
빌드와 배포도 개선됐다. 도구체인은 여전히 다루기 까다롭지만, 시스템 빌드는 **make diskimage**로 한 번에 부팅 가능한 이미지를 만들 수 있게 됐다. 다만 타깃 전환 시에는 여전히 make clean, 커널 설정 변경이나 타깃 변경 시에는 **make kclean**이 강하게 권장된다.
명칭도 정리됐다.
- N8VEM은 Retrobrew로의 리브랜딩을 반영해 이름을 정리했다.
- RC2014는 제품명, RCbus는 버스 표준으로 구분했다.
- 예전의
rc2014-xyz계열은 이제rcbus-xyz로 바뀌었다.
지원 범위도 넓지만, 일부는 제외되거나 아직 검증 중이다.
- 당장 제외된 시스템: Pentagon, Pentagon 1024, Scorpion
- 아직 테스트되지 않은 항목: P112, SocZ80
문서의 대부분은 지원 프로세서와 시스템 목록이다. 6303/6803, 6502/65C02/65C816, 6809, 68HC11, 68000, 8080, 8085, ARM, ESP8266, NS32K, Z80/Z180/64180/Z84C1X 등 여러 계열을 다루며, 각 타깃마다 사용 컴파일러와 제약 사항, 필요한 보드나 메모리 구성, floating point 지원 여부를 설명한다. 일부는 이미 실사용 가능하고, 일부는 포팅 진행 중이거나 툴체인 검증용 단계다.
이 한국어 요약은 AI가 자동으로 만들었습니다. 원문의 주장과 맥락은 원문에서 확인해 주세요. 저작권은 원저작자에게 있습니다.