컴파일 (Compilation)

컴파일(Compilation)은 프로그램의 소스 코드를 분석해 다른 코드 표현이나 실행 가능한 형태로 변환하는 과정입니다. 대상은 기계어에만 한정되지 않으며 언어와 도구에 따라 어셈블리, 바이트코드, 다른 언어의 코드가 됩니다. 변환이 성공해도 프로그램이 요구한 기능을 올바르게 수행하는지는 실행과 테스트로 따로 확인합니다.

소스 코드와 변환 결과

컴파일러는 언어의 문법과 규칙에 따라 소스 코드를 읽고 대상 환경에서 사용할 표현을 만듭니다. 잘못된 문법이나 허용되지 않는 자료형 사용을 찾는 검사가 포함될 수 있고, 같은 의미를 더 효율적으로 실행하도록 코드를 바꾸기도 합니다. 검사 종류와 변환 목표는 컴파일러에 따라 다릅니다. 개발자가 입력한 파일과 실제로 배포하는 파일이 다른 경우에는 어느 명령이 어떤 결과를 만들었는지 연결해 두면 오류 위치를 찾기 쉽습니다.

GCC의 전체 옵션 문서는 전처리, 본래의 컴파일, 어셈블, 링크가 이 순서로 진행될 수 있다고 설명합니다. 일상적으로 이 흐름 전체를 컴파일이라고 부르기도 하지만 도구의 단계는 구분됩니다. 전처리된 코드를 만드는 일, 목적 파일을 만드는 일, 여러 파일과 라이브러리를 연결하는 일에서 필요한 입력과 발생하는 오류가 서로 다릅니다. 오류 메시지에 표시된 단계가 무엇인지 읽으면 원인을 더 좁힐 수 있습니다.

컴파일과 빌드의 범위

빌드는 배포하거나 실행할 결과물을 만드는 더 넓은 작업 흐름입니다. 프로젝트에 따라 코드 변환 외에 자산 처리, 파일 복사, 묶기, 테스트 등이 포함됩니다. 컴파일러가 소스 하나를 변환하는 데 성공했어도 필요한 라이브러리를 찾지 못해 최종 실행 파일을 만들지 못할 수 있습니다. 반대로 빌드 명령이 별도 타입 검사를 포함하지 않는 구성도 있으므로, 명령 이름만으로 어떤 검증까지 끝났다고 단정하지 않습니다.

GCC에서 -c는 링크 이전에 멈추고 목적 파일을 만드는 옵션이며, -S는 어셈블 이전 단계에서 멈춥니다. -E는 전처리 결과를 얻는 데 쓰입니다. 같은 소스 파일이라도 지정한 옵션이 다르면 결과물의 종류가 달라집니다. 파일이 생성됐다는 로그를 읽을 때도 그것이 최종 실행 파일인지 중간 산출물인지 구분합니다. 필요한 도구가 설치됐는지와 생성 결과를 실행할 환경이 준비됐는지도 서로 다른 확인 항목입니다.

자료형 검사와 실행 결과의 차이

변환 결과를 다시 만들 때는 소스만 같아도 컴파일러 버전과 옵션, 연결한 라이브러리가 다르면 산출물이 달라질 수 있습니다. 개발 컴퓨터에서 만든 결과와 배포 서버에서 만든 결과가 다를 때는 이 입력들을 비교합니다. 특히 특정 운영체제나 처리 장치를 대상으로 만든 실행 파일은 다른 환경에서 그대로 동작하지 않을 수 있습니다. 결과 파일의 확장자만 보고 호환성을 판단하기보다 빌드 대상과 의존성을 기록하면, 소스 오류와 실행 환경 오류를 구분할 단서가 됩니다.

TypeScript의 기본 설명은 TypeScript를 JavaScript로 변환할 때 자료형 표기가 제거된다고 설명합니다. 소스에 적은 타입은 개발 중 검사에 쓰이지만 그 표기 자체가 실행 시 외부 입력을 검사하는 코드로 남지는 않습니다. 서버 응답에 원하는 타입을 선언했다고 실제 응답의 필드와 값이 자동 검증되는 것은 아닙니다. 변환된 프로그램이 받는 입력은 필요한 위치에서 별도로 확인합니다.

컴파일 오류는 변환 규칙을 만족하지 못했다는 신호이며, 컴파일 성공은 그 검사를 통과했다는 결과입니다. 할인 계산에 잘못된 비율을 넣어도 문법과 타입이 맞으면 변환될 수 있습니다. AI 코딩 도구가 오류를 없앴다는 보고를 냈다면 변경 전 요구사항과 실제 출력도 대조합니다. CLI에서 컴파일러의 종료 코드를 확인한 뒤 생성 파일의 경로와 실행 결과를 연결하면, 코드 변환의 성공을 전체 기능 검증의 성공으로 넓혀 읽는 일을 피할 수 있습니다.