CPython RISC-V Tier 3 공식 지원 추가, PEP 11 반영 내용 정리

2026년 8월 31일

CPython 이 riscv64-unknown-linux-gnu 를 PEP 11 의 Tier 3 지원 플랫폼 목록에 올렸습니다. PEP 11 개정은 2026년 8월 22일에 병합됐습니다(python/peps PR #5102, 커밋 98ae5f4). 공식 발표는 8월 24일 Python Insider 에 "RISC-V is now officially supported by CPython!" 이라는 제목으로 올라왔습니다. 작성자는 Stan Ulbrych 입니다.

먼저 갈라 둘 것이 있습니다. 이 소식은 층이 두 개이고 하나는 끝났지만 하나는 아직입니다. PEP 11 표에 오른 것은 문서 개정이라 파이썬 버전과 무관하게 이미 끝난 일입니다. 반면 빌드 설정에 등급을 박는 CPython 쪽 변경(configure.ac 의 PY_SUPPORT_TIER=3)은 2026년 8월 23일 main 브랜치에만 머지됐고 그 main 은 3.16.0a0 입니다. 3.15 로 옮기는 백포트 PR #156358 은 2026년 9월 1일 기준 열려 있습니다. 그래서 "3.15 부터 RISC-V 공식 지원" 으로 정리하면 틀립니다.

이 글이 확인한 것은 그 시점까지입니다. 지금 상태는 아래 근거 목록의 PR 링크에서 직접 보는 편이 정확합니다.

그리고 등재는 "이제야 빌드가 된다" 는 뜻이 아닙니다. Steering Council 에 올라간 신청서는 Debian·Fedora·Ubuntu·Alpine 이 이미 riscv64 로 파이썬을 빌드해 배포한다는 사실을 근거로 들었습니다. 바뀐 것은 "굴러가긴 했다" 에서 "깨지면 담당자가 있다" 로입니다. 이 문장이 이번 변경의 전부라고 봐도 됩니다.

PEP 11 Tier 3 에 등재된 riscv64-unknown-linux-gnu 의 지원 범위를 네 칸으로 나눠 보여주는 그림. 운영체제는 Linux, C 라이브러리는 glibc, 비트 수는 64비트, 컴파일러는 gcc 와 clang 두 종으로 표시되고, 그 옆에 이번 등재에 포함되지 않은 것으로 musl, Windows, 32비트 RISC-V 가 흐리게 놓인다.

등재된 것은 target triple 하나다. Linux 와 glibc 와 64비트를 벗어나면 이 표의 밖이다.

무엇이 바뀌었나

PEP 11 의 Tier 3 표에 riscv64-unknown-linux-gnu 한 줄이 추가됐습니다. target triple 은 아키텍처·벤더·운영체제·ABI 를 하나로 적은 문자열이고 여기서는 64비트 RISC-V 리눅스에 glibc 를 쓰는 조합을 가리킵니다. 범위가 딱 그만큼입니다. musl 을 쓰는 배포판, Windows, 32비트 RISC-V 는 이번 등재에 들어 있지 않습니다.

표의 Notes 열은 두 줄인데 각각 glibc, clang 과 glibc, gcc 입니다. 컴파일러 두 종이 함께 들어갔습니다. Contacts 열에 적힌 담당자는 Stan Ulbrych 와 Emma Smith 두 명입니다.

병합된 diff 는 추가 3줄, 삭제 0줄입니다. 삭제가 없다는 것이 여기서는 정보입니다 — 다른 등급의 표에서 옮겨 온 것이 아니라 새로 들어간 항목이라는 뜻이기 때문입니다. 참고로 등급 사이를 옮겨 다닌 선례는 PEP 11 안에 이렇게 적혀 있습니다.

WASI was a tier 3 platform for Python 3.11 and 3.12, and became a tier 2 platform starting with Python 3.13.

Tier 1·2·3 은 무엇이 다른가

PEP 11 이 정한 등급은 깨졌을 때 무슨 일이 일어나는가로 갈립니다. 요건을 원문 기준으로 옮기면 아래와 같습니다.

	Tier 1	Tier 2	Tier 3
검증 수단	CI (수단 미지정)	신뢰할 수 있는 빌드봇	신뢰할 수 있는 빌드봇
담당 코어 개발자	코어 개발자 전원의 책임	2명 이상 등록	1명 이상 등록
깨졌을 때	머지 금지, 즉시 수정 또는 되돌림	24시간 안에 수정 또는 되돌림	대응 시한 약속 없음
릴리스	막음	막음	막지 않음

Tier 1 은 CI failures block releases. 와 Changes which would break the main branch are not allowed to be merged; any breakage should be fixed or reverted immediately. 로 규정돼 있습니다. Tier 2 는 At least two core developers are signed up to support the platform. 과 Changes which break any of these platforms are to be fixed or reverted within 24 hours. 입니다. 빌드봇은 코어 개발자가 아닌 자원자가 운영하는 원격 빌드·테스트 기계를 말합니다.

Tier 3 의 요건은 Must have a reliable buildbot., At least one core developer is signed up to support the platform., No response SLA to failures., 그리고 Failures on these platforms do not block a release. 입니다. 여기서 No response SLA to failures 를 "고칠 의무가 없다" 로 읽으면 과합니다. 원문이 말하는 것은 언제까지 고친다는 약속이 없다는 데까지입니다.

등급을 유지하지 못할 때의 절차도 PEP 11 에 있습니다. 새 피처 릴리스의 b1 시점에 어느 등급의 요건도 못 맞추면 지원 중단 예고가 공지되고 rc1 까지 어느 한 등급에 들어오지 못하면 PEP 11 에 unsupported 로 등재됩니다. 등재는 한 번 받으면 끝나는 표시가 아닙니다.

CPython 의 PEP 11 지원 등급 세 가지를 세로로 비교한 그림. Tier 1 은 검증 수단이 CI 라고만 적혀 있고 코어 개발자 전원 책임이고 릴리스를 막으며, Tier 2 는 빌드봇 검증에 담당자 2명과 24시간 수정 시한이 있고 릴리스를 막으며, Tier 3 은 빌드봇 검증에 담당자 1명이고 대응 시한 약속이 없으며 릴리스를 막지 않는다는 점이 나란히 표시된다. riscv64 는 Tier 3 칸에 놓여 있다.

등급을 가르는 것은 성능이 아니라 깨졌을 때의 대응이다.

누가 어떻게 결정했나

시작은 Steering Council 이슈 #360 입니다. 제목은 "PEP 11: Tier 3 support for riscv64-unknown-linux-gnu target triple" 입니다. 2026년 7월 24일 StanFromIreland 가 열었습니다. 승인 코멘트는 8월 20일에 달렸고 작성자는 Steering Council 멤버이자 릴리스 매니저인 Yhg1s(Thomas Wouters)입니다. 문장은 이렇습니다.

The SC agrees with the proposal for tier 3 support for this platform. Please send us a PR to update PEP 11.

신청 당시 근거로 제시된 빌드봇은 riscv64 Ubuntu(@furkanonder 운영), RISC-V 64-bit Ubuntu Clang, RISC-V 64-bit Ubuntu, 그리고 free-threading 빌드 하나였습니다. 이것은 2026년 7월 24일 신청 시점의 목록이라 지금도 같은 구성인지는 이 글에서 확인하지 않았습니다.

그 뒤는 빠르게 진행됐습니다. 8월 21일 PEP 11 개정 PR 이 올라가 8월 22일 병합됐고 같은 날 SC 이슈가 닫혔습니다. CPython 쪽 이슈 #156244 도 그날 열렸습니다. 실제 코드 변경은 PR #156277 "gh-156244: Update configure for RISC-V support" 이고, 2026년 8월 23일 19시 52분(UTC)에 main 으로 머지됐습니다(머지 커밋 53d2e14, +8/-1, 파일 3개). 작성자는 StanFromIreland, Co-authored-by 에 Emma Smith 가 적혀 있습니다. configure.ac 에 들어간 두 줄은 이것입니다.

  [riscv64-*-linux-gnu/gcc],             [PY_SUPPORT_TIER=3], dnl Linux on RISC-V 64bit, glibc, gcc+clang
  [riscv64-*-linux-gnu/clang],           [PY_SUPPORT_TIER=3],

바뀐 파일 3개는 configure.ac(2줄 추가), 그로부터 생성되는 configure(5줄 추가·1줄 삭제), 그리고 새로 추가된 Misc/NEWS.d 항목 하나입니다. 즉 손으로 쓴 변경은 사실상 위 두 줄이 전부입니다.

이 앞에는 버그 하나가 있었습니다. 2026년 6월 7일 davidlt 가 Fedora 44 의 riscv64 에서 test_c_stack_unwind 가 실패한다고 이슈 #151040 을 열었고 7월 1일 PR #152370 과 #152819 로 해결되며 닫혔습니다. #151040 과 위의 #156244 는 다른 이슈입니다.

배경으로는 발표 글이 두 곳에 감사를 적었습니다. 하드웨어와 빌드봇 인프라를 댄 RISE Project, 그리고 작성자 개인의 작업을 펠로십으로 지원한 Sovereign Tech Agency 입니다. 두 역할은 다르고 원문에도 금액이나 기간은 없습니다. 거명된 기여자는 Ludovic Henry(RISE Project), Furkan Onder, Emma Smith 외 다수입니다.

2026년 6월 7일 riscv64 테스트 실패 이슈 제기부터 10월 1일 파이썬 3.15.0 정식 릴리스 예정일까지를 가로 시간축에 놓은 그림. 7월 1일 이슈 종료, 7월 24일 Steering Council 신청, 8월 4일 3.15.0 rc1, 8월 20일 승인, 8월 21일 PEP 개정 PR, 8월 22일 PEP 11 병합, 8월 23일 configure.ac 머지, 8월 24일 공식 발표, 8월 25일 3.15 백포트 PR 생성이 차례로 놓이고, 백포트 PR 만 열려 있는 상태로 표시된다.

신청에서 발표까지 한 달이 걸렸고, 3.15 로 가는 길만 아직 열려 있다.

main 과 3.15 를 갈라서 봐야 하는 이유

가장 오해하기 쉬운 지점입니다. 층을 나눠 보면 이렇습니다.

층	시점	어디까지 반영됐나
PEP 11 Tier 3 표 등재	2026-08-22 병합	문서. 파이썬 버전과 무관하게 끝
`configure.ac` 의 `PY_SUPPORT_TIER=3`	2026-08-23 머지	`main` 브랜치뿐
3.15 백포트	미정	PR #156358 이 2026-09-01 기준 열려 있음

main 의 Include/patchlevel.h 는 PY_VERSION "3.16.0a0" 입니다. 즉 코드 쪽 변경이 지금 들어가 있는 곳은 다음다음 피처 릴리스 계열입니다. 3.15 백포트 PR #156358 은 8월 25일 자동 생성됐고 아직 열려 있습니다. 그 때문에 이슈 #156244 도 닫히지 않았습니다. 언제 머지되는지는 어느 1차 출처에도 적혀 있지 않아 여기서 적지 않겠습니다.

3.15 의 위치도 짚어 둘 만합니다. PEP 790 의 일정으로 b1 은 2026년 5월 7일, b4 는 7월 18일이었고 rc1 이 8월 4일에 이미 나왔습니다. rc2 는 9월 1일, 최종 릴리스는 10월 1일 예정입니다. 3.15 는 베타가 아니라 rc 단계입니다. 다만 rc2 가 실제로 배포됐는지는 이 글에서 확인하지 않았습니다.

한 가지 더 갈라 둘 것이 있습니다. PY_SUPPORT_TIER 는 빌드할 때 그 플랫폼의 등급을 표시하는 값이지, 이 값이 없으면 빌드가 안 된다는 뜻이 아닙니다. 앞서 본 대로 배포판들은 이 변경 전에도 riscv64 파이썬을 빌드해 왔습니다. 그러니 3.15 백포트가 늦어진다고 해서 3.15 를 RISC-V 에서 못 쓴다는 결론이 나오지는 않습니다. 달라지는 것은 등급 표시와 그에 딸린 담당자·빌드봇이라는 약속입니다.

파이썬 3.15 와 main(3.16.0a0) 브랜치가 갈라지는 모습을 두 갈래로 그린 그림. 위쪽 main 갈래에는 2026년 8월 23일 configure.ac 머지가 완료 표시로 놓이고, 아래쪽 3.15 갈래에는 8월 25일 생성된 백포트 PR #156358 이 열린 상태로 놓이며 10월 1일 정식 릴리스 예정일로 이어진다. 두 갈래 위에 걸쳐 PEP 11 문서 등재는 버전과 무관하게 완료됐다는 띠가 표시된다.

문서 등재는 버전 위에 걸쳐 있고, 코드 반영은 브랜치마다 따로 간다.

RISC-V 하드웨어가 있다면 / 없다면

발표 글이 독자에게 요청한 것은 하나입니다. 원문은 이렇습니다.

If you have access to RISC-V hardware, please try building and running CPython, run your workloads and test suites, and please let us know what breaks.

빌드해서 돌려 보고, 자기 워크로드와 테스트 스위트를 실행해 보고, 깨지는 것을 알려 달라는 요청입니다. 다만 어디로 제보하라는 채널 주소는 원문에 적혀 있지 않습니다. 아래 근거 목록의 CPython 이슈 트래커가 이 변경이 오간 곳이니 그 앞에서 판단하시면 됩니다.

하드웨어가 없다면 확인할 것이 사실상 없습니다. 성능 이야기를 기대했다면 여기서는 드릴 것이 없는데 RISC-V 에서 돌린 CPython 벤치마크는 이번 건의 어느 1차 출처에도 없기 때문입니다. 지어내는 대신 없다고 적어 둡니다.

배포 쪽에서 riscv64 휠을 생각한다면 별도의 트랙이 하나 있습니다. manylinux 는 여러 리눅스 배포판에서 돌아가는 바이너리 휠을 굽기 위한 표준과 도커 이미지입니다. riscv64 이미지는 quay.io/pypa/manylinux_2_39_riscv64 로 제공됩니다. AlmaLinux/Rocky 10 기반에 GCC 14 이고 상태는 ALPHA 입니다. glibc 2.39 이상이 필요합니다. musllinux_1_2 의 riscv64 이미지도 있습니다. 이것은 이번 Tier 3 등재 때문에 생긴 것이 아니고 두 트랙은 서로 별개입니다. 인과로 엮어 읽지 않는 편이 안전합니다.

앞으로에 대해 발표 글이 적은 것은 두 가지인데 둘 다 확정이 아닙니다. RISE 의 "RISC-V Runners" 이니셔티브 지원을 받아 CPython CI 에 직접 편입하는 것을 검토 중이고 장기 목표로 Tier 2 승격과 아키텍처별 최적화 탐색을 들었습니다. 목표와 검토라고 적힌 것을 예정된 사실로 옮기지는 않겠습니다. 앞의 등급 표대로라면 Tier 2 는 담당자 2명과 24시간 대응이 붙는 자리이고 지금 등재된 담당자가 마침 2명이라는 점만 사실로 남겨 둡니다.