C 언어에서 long 타입의 크기는 고정되어 있지 않으며, 시스템 아키텍처(32비트/64비트)와 운영 체제, 그리고 컴파일러가 채택한 데이터 모델에 따라 달라집니다. 특히 64비트 환경에서 Windows와 Linux/macOS 간의 차이가 두드러집니다.

운영체제별 long 크기 비교

직접 확인하는 코드

#include <stdio.h>

int main() {
    printf("long 타입의 크기: %zu 바이트\n", sizeof(long));
    printf("포인터 타입의 크기: %zu 바이트\n", sizeof(void*));
    return 0;
}

위 코드를 각 플랫폼에서 컴파일하고 실행하면 다음과 같은 결과가 나타납니다.

• 32비트 시스템 (모든 OS): long 타입의 크기: 4 바이트
• 64비트 Windows: long 타입의 크기: 4 바이트
• 64비트 Linux/macOS: long 타입의 크기: 8 바이트

차이가 발생하는 근본 원인: 데이터 모델

이러한 차이는 각 운영체제가 선택한 기본 정수 데이터 모델에서 비롯됩니다.

1. LP64 모델 (Linux, macOS, Unix)

• int = 4바이트
• long = 8바이트 (포인터와 동일)
• 포인터 = 8바이트

2. LLP64 모델 (Windows 64비트)

• int = 4바이트
• long = 4바이트 (32비트와 동일, 호환성 유지)
• long long = 8바이트 (명시적 64비트 타입)
• 포인터 = 8바이트

Windows가 long을 4바이트로 고수하는 이유

주된 이유는 레거시 호환성 때문입니다. Windows 생태계에는 수많은 오래된 코드와 바이너리가 존재하며, 이들은 long이 4바이트라고 가정하고 작성되었습니다. 만약 64비트로 전환하면서 long을 8바이트로 확장할 경우, 구조체 패딩, API 파라미터, 데이터 직렬화 등에서 심각한 호환성 문제가 발생할 수 있습니다. 따라서 마이크로소프트는 long long을 8바이트 정수 타입으로 제공하고, long은 4바이트로 유지하는 전략을 택했습니다.

크로스 플랫폼 개발 시 주의사항

1. long 타입의 크기에 의존하지 않기

// ❌ 비권장: Windows 64비트에서는 오버플로우 발생 가능
long value = 0x1234567890ABCDEF;

// ✅ 권장: 고정 너비 타입 사용
#include <stdint.h>
int64_t safeValue = 0x1234567890ABCDEF;

2. printf 서식 지정자 사용에 주의

long x = 1234567890;

// 보편적이지만, 플랫폼에 따라 해석이 달라질 수 있음
printf("%ld", x);

// 더 안전한 방법: 명시적으로 long long으로 캐스팅
printf("값: %lld\n", (long long)x);

3. 네트워크 통신 및 파일 저장 시

// ❌ 위험: sizeof(long)이 플랫폼마다 다름
write(socket_fd, &data, sizeof(long));

// ✅ 안전: 고정 크기 타입 사용
uint32_t fixedSizeData = 12345;
write(socket_fd, &fixedSizeData, sizeof(uint32_t));

요약

핵심 원칙:

1. 크기가 중요한 정수는 <stdint.h>의 int32_t, uint64_t 등 고정 너비 타입을 사용하세요.
2. 이식성이 필요한 코드에서 long의 구체적인 크기를 가정하지 마세요.
3. Windows에서 long은 항상 4바이트이며, Linux에서는 시스템 비트 수에 따라 달라진다는 점을 기억하세요.