C의 정수: 약간의 역사

정수는 컴퓨팅에서 가장 기본적인 데이터 구조입니다. 심지어 "구조"라고 부를 수도 있습니다. 프로그래머로서 우리의 임무는 이러한 숫자에 의미를 부여하는 것입니다. 소프트웨어가 아무리 복잡해도 결국에는 정수일 뿐이며 프로세서는 정수만 이해합니다.

음수가 필요한 경우 2의 보수를 발명했습니다. 분수가 필요한 경우 일종의 과학적 표기법을 만들고 — 붐 — 부동 소수점이 있습니다. 결국 0과 1 사이에서 벗어날 수는 없습니다.

---

정수의 작은 역사

C에서는 int가 거의 자연형입니다. 컴파일러가 불만을 표시할 수도 있지만 여기 저기 몇 가지 플래그를 사용하면 대부분 다음과 같이 작성할 수 있습니다.

main(void) {
    return 0;
}

기술적으로 다음과 같습니다.

int main(void) {
    return 0;
}

이러한 동작은 프로그래머가 유형을 지정하지 않으면 기본값을 정수로 설정하는 것이 합리적이라고 가정하는 것이 상식이었던 시절에 발생했습니다.

C는 이러한 아이디어를 염두에 두고 설계되었습니다. 처음에는 int에 표준 크기가 없었습니다. C가 원래 만들어진 시스템인 PDP-11 프로세서는 16비트 주소 지정을 사용했습니다. 따라서 int도 16비트인 것이 합리적이라고 가정되었습니다. 프로세서가 발전함에 따라 int의 크기가 커질 것이라는 생각이었습니다.

신비한 크기

이러한 접근 방식은 몇 가지 문제를 야기했습니다. int의 크기가 플랫폼마다 다르면 다른 프로세서용으로 컴파일된 프로그램이 다르게 동작할 수 있습니다. 이는 C가 다양한 아키텍처로 컴파일되는 "불가지론적" 언어라는 생각을 깨뜨렸습니다.

int와 달리 예를 들어 char은 항상 8비트, 부호 있음과 같이 잘 정의된 크기를 가졌습니다. 이름에도 불구하고 char은 텍스트 문자의 추상 유형이 아닙니다. 그것은 단지 8비트 숫자일 뿐이다. 예를 들어, 리터럴 'a'는 컴파일 타임에 단순하고 단순한 숫자 97으로 변환됩니다.

짧은 것과 긴 것 같은 다른 유형은 어떻습니까? 아이디어는 간단했습니다.

short 



<p>컴파일러 구현자는 특정 크기를 완전히 자유롭게 결정할 수 있었습니다.</p>

<h3>
  
  
  ANSI C(1989), 질서를 가져오다
</h3>

<p><strong>ANSI C</strong> 표준에 따라 몇 가지 규칙이 확립되었습니다.</p>

• char: 최소 8비트
• 짧음: 최소 16비트
• int: 짧거나 큰 크기(16 또는 32비트)
• 긴: 최소 32비트

이 조직이 도움이 되었지만 int의 크기는 말할 것도 없이 여전히 혼란스러웠습니다. stdint.h 헤더를 도입한 C99 표준으로 상황이 개선되었습니다.

이제 고정 크기 유형이 있습니다.

• int8_t: 8비트
• int16_t: 16비트
• int32_t: 32비트
• int64_t: 64비트

그때부터 이 헤더를 고정 크기 유형으로 구현하는 것은 컴파일러의 몫이었습니다.

---

정수의 현재 상태

오늘날 GCC 및 Clang과 같은 최신 컴파일러를 사용하면 크기를 더 예측하기 쉽습니다.

Type	Size
char	8 bits
short	16 bits
int	32 bits
long	64 bits (32 bits on 32-bit systems)
long long	64 bits

롱롱은 여전히 ​​다소 특이하지만 적어도 어느 정도 일관성을 제공합니다(솔직히 말하면 롱롱도 스타일리시하다고 생각합니다).

---

무엇을 해야 할까요?

현재 stddef.h 및 stdint.h와 같은 헤더가 잘 갖추어져 있습니다. 주 함수의 반환 유형과 같이 필요한 경우에만 int를 사용하십시오. 프로토타입 제작 이상의 경우에는 stdint.h의 고정 크기 정수를 사용하는 것을 선호하고, 배열 인덱스 또는 루프의 경우 stddef.h의 size_t를 사용하세요. 이 정보를 통해 향후 귀하의 두통을 덜 수 있기를 바랍니다.

여기까지 와주셔서 감사합니다. 다음에 또 만나요!

위 내용은 C의 정수: 약간의 역사의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!