본문으로 건너뛰기
J
피드

C enum 크기 문제: MSVC가 또 표준을 무시하는 건에 대하여

backend 약 3분
tags
#c#msvc#compiler#c23#enum
vote
0
댓글
북마크

C23 enum에서 2³² 이상 값을 쓰면 GCC/Clang은 64비트로 확장하지만, 최신 MSVC는 32비트에 고정되어 값이 0으로 잘림. C23 기저 타입 어노테이션도 미지원.

  • 1

    GCC/Clang은 enumerator 값에 따라 자동으로 64비트 확장

  • 2

    MSVC 14.50(VS 2026)에서 2³² 이상 값이 조용히 0으로 잘림

  • 3

    C23 기저 타입 어노테이션을 MSVC가 지원하지 않음

  • 4

    대안: long long + 상수 사용, 또는 struct 래핑

  • C 언어에서 enum의 크기가 컴파일러마다 다르게 동작하는데, MSVC가 또 표준을 무시하는 사례 발견

  • C23부터 enum에 기저 타입을 명시할 수 있게 됨 (enum Composer: int { ... }). 명시하지 않으면 컴파일러가 char부터 long long까지 알아서 선택 가능한데, 이게 표준 준수 범위 안에 있음

  • GCC와 Clang은 정상 동작함. enumerator 값이 2³²-1을 초과하면 자동으로 64비트로 확장. 예를 들어 VaughanWilliams = 4294967296(2³²)을 넣으면:

    • GCC/Clang: 값 4294967296 출력, 크기 64비트 ✅
    • MSVC: 값 0 출력, 크기 32비트 ❌

⚠️주의

> 최신 Visual Studio 2026(MSVC 14.50)에서도 이 문제가 발생함. C23의 기저 타입 어노테이션도 지원하지 않음. "실험적 ISO C23 지원"을 켜도 마찬가지

  • 이게 런타임 에러로 이어질 수 있다는 게 진짜 무서운 부분. 값이 조용히 0으로 잘려버리니 디버깅하기 어려운 버그가 됨

  • 실용적 대처법:

    • MSVC를 써야 하면 2³² 이상 값이 필요한 enum 대신 long long + 상수를 사용
    • 타입 안전성이 필요하면 값을 감싸는 struct를 고려
    • MSVC 지원하는 C 라이브러리를 쓰고 있다면 모든 enum이 32비트라고 가정해도 무방
    • Rust에서 C FFI 쓸 때는 bindgen이 적절한 std::ffi::c_xxx 타입을 잡아줌

크로스 플랫폼 C 코드를 작성할 때 MSVC의 enum 구현을 절대 신뢰하지 말 것. 특히 Rust FFI에서 bindgen이 타입을 자동으로 잡아주는 것도 참고할 만함.

prev

이전 기사 (P)

댓글

댓글

댓글을 불러오는 중...

관련 기사

backend

클릭하우스가 PgBouncer 처리량을 4배로 끌어올린 방법

ClickHouse Managed Postgres 팀은 단일 스레드인 PgBouncer를 여러 프로세스로 띄우고 `so_reuseport`와 피어링(peering)을 조합해 16 vCPU 머신을 제대로 쓰게 만들었다. 동일한 AWS 환경에서 단일 프로세스는 약 8.7만 TPS 근처에서 막혔지만, 16개 프로세스 구성은 약 33.6만 TPS까지 올라갔다.

backend

SQLite 쓸 거면 STRICT 테이블을 기본값으로 보자는 주장

SQLite의 STRICT 테이블은 INTEGER 컬럼에 문자열이 들어가는 식의 타입 실수를 막아주는 기능이다. 글쓴이는 SQLite 특유의 유연한 타입 시스템보다, 실수는 빨리 터뜨리는 쪽이 실무에서 낫다고 주장한다. 다만 기존 테이블을 바로 STRICT로 바꾸기 어렵고, SQLite 3.37.0 이상에서만 쓸 수 있다는 제약도 있다.

backend

왜 아직도 Lisp를 배워볼 만한가

Lisp는 괄호가 많은 이상한 언어처럼 보이지만, 핵심은 문법이 아니라 언어 자체를 확장할 수 있다는 점에 있음. 매크로, 코드-데이터 동일성, REPL 중심 개발이 합쳐지면 프로그램을 '작성'한다기보다 살아 있는 시스템을 계속 진화시키는 방식으로 개발하게 됨.

backend

EDB 포스트그레스 AI, 포레스터 멀티모델 데이터 플랫폼 리더 선정

EDB의 AI 데이터 플랫폼 EDB 포스트그레스 AI가 2026년 2분기 포레스터 웨이브 멀티모델 데이터 플랫폼 보고서에서 리더로 선정됐음. 트랜잭션, 분석, AI 워크로드를 하나의 플랫폼에서 다루는 흐름이 강해지는 가운데, EDB는 전략과 현재 제공 기능 모두에서 높은 평가를 받았다고 밝힘.

backend

Bun, Zig에서 Rust로 갈아탔다: 11일짜리 초대형 런타임 포팅 실험

Bun 팀이 53만 줄이 넘는 Zig 코드베이스를 Rust로 기계적으로 포팅했고, Bun v1.4.0부터 Rust 기반으로 전환될 예정임. 핵심 이유는 성능보다 안정성이었고, use-after-free, double-free, 메모리 누수 같은 문제를 컴파일러와 타입 시스템으로 더 빨리 잡기 위해서였음. Claude Code 워크플로 64개를 병렬로 돌려 11일 만에 전 플랫폼 테스트 통과까지 밀어붙인 사례라, LLM 기반 대규모 코드 마이그레이션의 꽤 강한 신호탄임.