Make (소프트웨어)
1. 개요
Make는 소스 코드 파일의 의존 관계를 파악하여 변경된 부분만을 선택적으로 컴파일하고 실행 파일로 변환하는 빌드 자동화 도구(Build Automation Tool)입니다.
소프트웨어 개발 과정에서 소스 파일이 수십, 수백 개로 늘어나면 개발자가 일일이 컴파일 명령어를 입력하는 것이 불가능해집니다. Make는 <a href="/doc/%EA%B8%B0%EC%88%A0/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4/%EB%B9%8C%EB%93%9C%20%EC%84%A4%EC%A0%95%20%ED%8C%8C%EC%9D%BC/Makefile" class="wiki-link wiki-link-missing">Makefile</a>이라는 설정 파일을 통해 어떤 파일이 어떤 파일에 의존하는지 정의하고, 이를 바탕으로 최적의 빌드 순서를 결정하여 전체 빌드 시간을 단축시키는 역할을 수행합니다. 이를 통해 개발자는 복잡한 빌드 과정을 단순한 명령어 하나로 자동화하고, 휴먼 에러를 줄이며 개발 효율성을 극대화할 수 있습니다.
2. 설치 방법 및 실행 명령어
2.1 설치 방법
운영체제별로 Make의 설치 방식이 상이합니다.
| 운영체제 |
설치 방법 |
비고 |
| Linux (Ubuntu/Debian) |
sudo apt update && sudo apt install build-essential |
build-essential 패키지에 gcc, g++와 함께 포함됨 |
| Linux (CentOS/RHEL) |
sudo yum groupinstall "Development Tools" |
개발 도구 그룹 설치를 통해 설치 |
| macOS |
xcode-select --install |
Xcode Command Line Tools 설치 시 기본 포함 |
| Windows |
Chocolatey(choco install make) 또는 MinGW 설치 |
Windows 기본 제공 도구가 아니므로 별도 설치 필요 |
2.2 기본 실행 명령어
터미널(CLI)에서 다음과 같은 명령어로 Make를 실행합니다.
make: 현재 디렉토리의 Makefile 또는 makefile을 찾아 기본 타겟을 빌드합니다.make [target]: 특정 타겟(예: make clean)만을 지정하여 실행합니다.make -j [n]: $n$개의 코어를 사용하여 병렬 빌드를 수행함으로써 속도를 높입니다.make -n: 실제로 명령을 실행하지 않고, 실행될 명령어 목록만 출력합니다(Dry run).
3. 동작 원리 및 핵심 개념
3.1 증분 빌드 (Incremental Build)
Make의 핵심은 증분 빌드입니다. 이는 모든 파일을 매번 다시 컴파일하는 대신, 파일의 수정 시간(Timestamp)을 비교하여 변경된 파일과 그에 의존하는 파일만 다시 빌드하는 방식입니다.
- 판단 기준:
대상 파일의 수정 시간 < 의존성 파일의 수정 시간 $\rightarrow$ 재빌드 수행
- 효과: 대규모 프로젝트에서 수정된 소수 파일만 처리하므로 빌드 시간을 획기적으로 줄일 수 있습니다.
3.2 암시적 규칙 (Implicit Rules)
Make는 사용자가 모든 규칙을 일일이 작성하지 않아도 기본적으로 제공하는 암시적 규칙을 가지고 있습니다. 예를 들어, main.o라는 타겟이 있고 main.c라는 파일이 존재한다면, Make는 별도의 규칙이 없어도 cc -c main.c와 같은 기본 컴파일 명령어를 사용하여 오브젝트 파일을 생성할 수 있습니다. 이 덕분에 매우 간단한 프로젝트에서는 Makefile 없이 make 명령어만으로도 빌드가 가능합니다.
3.3 Makefile의 기본 구조
Makefile은 기본적으로 다음과 같은 규칙(Rule)의 집합으로 구성됩니다.
| 구성 요소 |
설명 |
역할 |
| 대상 (Target) |
생성될 파일의 이름 또는 실행할 작업의 이름 |
빌드의 결과물 |
| 의존성 (Prerequisites) |
대상을 만들기 위해 필요한 파일들의 목록 |
변경 여부를 감시하는 대상 |
| 명령 (Recipe) |
대상을 생성하기 위해 실행할 쉘 명령어 |
실제 컴파일/링크 수행 단계 |
4. Makefile 작성법
4.1 기본 문법 및 주의사항
- 탭(Tab) 문자 필수: 명령(Recipe) 부분의 시작은 반드시 탭(Tab) 문자여야 합니다. 스페이스(Space)를 사용할 경우
Makefile:*** missing separator 에러가 발생합니다.
- 변수 사용: 반복되는 컴파일러 이름이나 옵션은 변수로 정의하여 유지보수성을 높입니다. (예:
CC = gcc)
4.2 기본 예제 (C/C++ 프로젝트)
다음은 main.c와 utils.c를 컴파일하여 app이라는 실행 파일을 만드는 간단한 예제입니다.
# 변수 정의
CC = gcc
CFLAGS = -Wall -O2
TARGET = app
OBJS = main.o utils.o
# 기본 타겟
# 링크 단계: 오브젝트 파일들($(OBJS))을 묶어 최종 실행 파일($(TARGET)) 생성
$(TARGET): $(OBJS)
$(CC) $(CFLAGS) -o $(TARGET) $(OBJS)
# 개별 오브젝트 파일 생성 규칙
main.o: main.c
$(CC) $(CFLAGS) -c main.c
utils.o: utils.c
$(CC) $(CFLAGS) -c utils.c
# 정리 규칙
# 정리 단계: 생성된 바이너리 및 오브젝트 파일 삭제 (파일 생성 타겟이 아님)
clean:
rm -f $(OBJS) $(TARGET)
5. 주요 기능 및 심화 활용
5.1 가짜 대상 (Phony Target)
.PHONY는 파일 이름과 타겟 이름이 겹쳐서 발생하는 문제를 방지하기 위해 사용합니다. 예를 들어, 디렉토리에 실제로 clean이라는 파일이 존재한다면, Make는 clean 타겟이 최신이라고 판단하여 명령을 실행하지 않습니다. 이를 방지하기 위해 .PHONY를 선언합니다.
.PHONY: clean
clean:
rm -f *.o $(TARGET)
파일이 많아질 때 일일이 규칙을 적지 않고 패턴을 사용하여 효율적으로 관리할 수 있습니다.
- 패턴 규칙:
%.o: %.c (모든 .c 파일을 .o 파일로 변환하는 규칙)
- 정적 패턴 규칙:
$(OBJS): %.o: %.c (특정 타겟 목록에 대해서만 패턴 규칙을 적용)
- 자동 변수:
$@: 현재 타겟의 이름$<: 첫 번째 의존성 파일의 이름$^: 모든 의존성 파일의 목록
[종합 예제] 자동 변수와 패턴 규칙을 적용한 Makefile
CC = gcc
CFLAGS = -Wall -O2
TARGET = app
SRCS = main.c utils.c network.c
OBJS = $(SRCS:.c=.o)
.PHONY: all clean
all: $(TARGET)
# $^: 모든 의존성 파일(OBJS), $@: 타겟 이름(TARGET)
$(TARGET): $(OBJS)
$(CC) $(CFLAGS) -o $@ $^
# $<: 첫 번째 의존성 파일(.c), $@: 타겟 이름(.o)
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@
clean:
rm -f $(OBJS) $(TARGET)
6. 디버깅 방법 및 팁
6.1 디버깅 방법
make -n (Dry Run): 실제 파일을 수정하거나 생성하지 않고 실행될 명령어만 확인하여 논리적 오류를 찾습니다.make -p (Print Database): Make가 내부적으로 가지고 있는 모든 규칙과 변수 값을 출력하여 의존성 관계를 분석합니다.- 에러 메시지 확인:
missing separator 에러가 발생하면 명령 줄의 시작이 탭(Tab)인지 다시 확인하십시오.
6.2 작성 팁
- 와일드카드 활용:
SRCS = $(wildcard *.c)를 사용하여 디렉토리 내의 모든 소스 파일을 자동으로 변수에 할당할 수 있습니다.
- 조건부 컴파일:
ifeq, ifneq 문을 사용하여 OS 환경이나 디버그 모드 여부에 따라 다른 플래그를 설정할 수 있습니다.
7. 운영체제별 환경 차이점
| 구분 |
Unix-like (Linux, macOS) |
Windows |
| 기본 쉘 |
/bin/sh 또는 /bin/bash |
cmd.exe 또는 PowerShell |
| 명령어 차이 |
rm, mkdir, cp 등 POSIX 표준 사용 |
del, mkdir, copy 등 DOS 명령어 사용 |
| 경로 구분자 |
슬래시 (/) |
백슬래시 (\) |
| 해결책 |
기본 환경에서 작동 |
Git Bash, MSYS2, Cygwin 등을 통해 POSIX 환경 구축 권장 |
8. 다른 빌드 도구와의 비교
현대적인 소프트웨어 개발에서는 Make의 한계를 극복하기 위해 더 상위 수준의 빌드 시스템을 사용합니다.
| 도구 |
특성 |
Make와의 차이점 |
| Make |
저수준 빌드 도구 |
단순하고 빠르지만, OS별 문법 차이가 크고 대규모 프로젝트 관리가 어려움 |
| CMake |
메타 빌드 시스템 |
직접 빌드하지 않고 Makefile이나 Visual Studio Solution 파일을 생성해주는 도구 (플랫폼 독립적 빌드 설정 가능) |
| Gradle |
JVM 기반 빌드 도구 |
Groovy/Kotlin DSL을 사용하며, 외부 라이브러리 의존성 관리(Dependency Management) 기능이 매우 강력함 |
| Bazel |
구글 개발 빌드 도구 |
매우 거대한 모노레포(Monorepo)에 최적화되어 있으며, 강력한 캐싱과 격리 빌드로 빌드 일관성 보장 |
Make가 여전히 쓰이는 이유: 가볍고, 거의 모든 유닉스 계열 시스템에 기본 설치되어 있으며, 단순한 작업 자동화(Task Runner)로서의 범용성이 매우 뛰어나기 때문입니다.
9. 관련 문서 및 참고 자료
# Make (소프트웨어)
## 1. 개요
**Make**는 소스 코드 파일의 의존 관계를 파악하여 변경된 부분만을 선택적으로 컴파일하고 실행 파일로 변환하는 빌드 자동화 도구(Build Automation Tool)입니다.
소프트웨어 개발 과정에서 소스 파일이 수십, 수백 개로 늘어나면 개발자가 일일이 컴파일 명령어를 입력하는 것이 불가능해집니다. Make는 `Makefile`이라는 설정 파일을 통해 어떤 파일이 어떤 파일에 의존하는지 정의하고, 이를 바탕으로 최적의 빌드 순서를 결정하여 전체 빌드 시간을 단축시키는 역할을 수행합니다. 이를 통해 개발자는 복잡한 빌드 과정을 단순한 명령어 하나로 자동화하고, 휴먼 에러를 줄이며 개발 효율성을 극대화할 수 있습니다.
## 2. 설치 방법 및 실행 명령어
### 2.1 설치 방법
운영체제별로 Make의 설치 방식이 상이합니다.
| 운영체제 | 설치 방법 | 비고 |
| :--- | :--- | :--- |
| **Linux (Ubuntu/Debian)** | `sudo apt update && sudo apt install build-essential` | `build-essential` 패키지에 gcc, g++와 함께 포함됨 |
| **Linux (CentOS/RHEL)** | `sudo yum groupinstall "Development Tools"` | 개발 도구 그룹 설치를 통해 설치 |
| **macOS** | `xcode-select --install` | Xcode Command Line Tools 설치 시 기본 포함 |
| **Windows** | Chocolatey(`choco install make`) 또는 MinGW 설치 | Windows 기본 제공 도구가 아니므로 별도 설치 필요 |
### 2.2 기본 실행 명령어
터미널(CLI)에서 다음과 같은 명령어로 Make를 실행합니다.
- `make`: 현재 디렉토리의 `Makefile` 또는 `makefile`을 찾아 기본 타겟을 빌드합니다.
- `make [target]`: 특정 타겟(예: `make clean`)만을 지정하여 실행합니다.
- `make -j [n]`: $n$개의 코어를 사용하여 병렬 빌드를 수행함으로써 속도를 높입니다.
- `make -n`: 실제로 명령을 실행하지 않고, 실행될 명령어 목록만 출력합니다(Dry run).
## 3. 동작 원리 및 핵심 개념
### 3.1 증분 빌드 (Incremental Build)
Make의 핵심은 **증분 빌드**입니다. 이는 모든 파일을 매번 다시 컴파일하는 대신, 파일의 **수정 시간(Timestamp)**을 비교하여 변경된 파일과 그에 의존하는 파일만 다시 빌드하는 방식입니다.
- **판단 기준**: `대상 파일의 수정 시간 < 의존성 파일의 수정 시간` $\rightarrow$ **재빌드 수행**
- **효과**: 대규모 프로젝트에서 수정된 소수 파일만 처리하므로 빌드 시간을 획기적으로 줄일 수 있습니다.
### 3.2 암시적 규칙 (Implicit Rules)
Make는 사용자가 모든 규칙을 일일이 작성하지 않아도 기본적으로 제공하는 **암시적 규칙**을 가지고 있습니다. 예를 들어, `main.o`라는 타겟이 있고 `main.c`라는 파일이 존재한다면, Make는 별도의 규칙이 없어도 `cc -c main.c`와 같은 기본 컴파일 명령어를 사용하여 오브젝트 파일을 생성할 수 있습니다. 이 덕분에 매우 간단한 프로젝트에서는 `Makefile` 없이 `make` 명령어만으로도 빌드가 가능합니다.
### 3.3 Makefile의 기본 구조
Makefile은 기본적으로 다음과 같은 규칙(Rule)의 집합으로 구성됩니다.
| 구성 요소 | 설명 | 역할 |
| :--- | :--- | :--- |
| **대상 (Target)** | 생성될 파일의 이름 또는 실행할 작업의 이름 | 빌드의 결과물 |
| **의존성 (Prerequisites)** | 대상을 만들기 위해 필요한 파일들의 목록 | 변경 여부를 감시하는 대상 |
| **명령 (Recipe)** | 대상을 생성하기 위해 실행할 쉘 명령어 | 실제 컴파일/링크 수행 단계 |
## 4. Makefile 작성법
### 4.1 기본 문법 및 주의사항
1. **탭(Tab) 문자 필수**: 명령(Recipe) 부분의 시작은 반드시 **탭(Tab) 문자**여야 합니다. 스페이스(Space)를 사용할 경우 `Makefile:*** missing separator` 에러가 발생합니다.
2. **변수 사용**: 반복되는 컴파일러 이름이나 옵션은 변수로 정의하여 유지보수성을 높입니다. (예: `CC = gcc`)
### 4.2 기본 예제 (C/C++ 프로젝트)
다음은 `main.c`와 `utils.c`를 컴파일하여 `app`이라는 실행 파일을 만드는 간단한 예제입니다.
```makefile
# 변수 정의
CC = gcc
CFLAGS = -Wall -O2
TARGET = app
OBJS = main.o utils.o
# 기본 타겟
# 링크 단계: 오브젝트 파일들($(OBJS))을 묶어 최종 실행 파일($(TARGET)) 생성
$(TARGET): $(OBJS)
$(CC) $(CFLAGS) -o $(TARGET) $(OBJS)
# 개별 오브젝트 파일 생성 규칙
main.o: main.c
$(CC) $(CFLAGS) -c main.c
utils.o: utils.c
$(CC) $(CFLAGS) -c utils.c
# 정리 규칙
# 정리 단계: 생성된 바이너리 및 오브젝트 파일 삭제 (파일 생성 타겟이 아님)
clean:
rm -f $(OBJS) $(TARGET)
```
## 5. 주요 기능 및 심화 활용
### 5.1 가짜 대상 (Phony Target)
`.PHONY`는 파일 이름과 타겟 이름이 겹쳐서 발생하는 문제를 방지하기 위해 사용합니다. 예를 들어, 디렉토리에 실제로 `clean`이라는 파일이 존재한다면, Make는 `clean` 타겟이 최신이라고 판단하여 명령을 실행하지 않습니다. 이를 방지하기 위해 `.PHONY`를 선언합니다.
```makefile
.PHONY: clean
clean:
rm -f *.o $(TARGET)
```
### 5.2 패턴 규칙 및 자동 변수
파일이 많아질 때 일일이 규칙을 적지 않고 패턴을 사용하여 효율적으로 관리할 수 있습니다.
- **패턴 규칙**: `%.o: %.c` (모든 `.c` 파일을 `.o` 파일로 변환하는 규칙)
- **정적 패턴 규칙**: `$(OBJS): %.o: %.c` (특정 타겟 목록에 대해서만 패턴 규칙을 적용)
- **자동 변수**:
- `$@`: 현재 타겟의 이름
- `$<`: 첫 번째 의존성 파일의 이름
- `$^`: 모든 의존성 파일의 목록
#### [종합 예제] 자동 변수와 패턴 규칙을 적용한 Makefile
```makefile
CC = gcc
CFLAGS = -Wall -O2
TARGET = app
SRCS = main.c utils.c network.c
OBJS = $(SRCS:.c=.o)
.PHONY: all clean
all: $(TARGET)
# $^: 모든 의존성 파일(OBJS), $@: 타겟 이름(TARGET)
$(TARGET): $(OBJS)
$(CC) $(CFLAGS) -o $@ $^
# $<: 첫 번째 의존성 파일(.c), $@: 타겟 이름(.o)
%.o: %.c
$(CC) $(CFLAGS) -c $< -o $@
clean:
rm -f $(OBJS) $(TARGET)
```
## 6. 디버깅 방법 및 팁
### 6.1 디버깅 방법
- **`make -n` (Dry Run)**: 실제 파일을 수정하거나 생성하지 않고 실행될 명령어만 확인하여 논리적 오류를 찾습니다.
- **`make -p` (Print Database)**: Make가 내부적으로 가지고 있는 모든 규칙과 변수 값을 출력하여 의존성 관계를 분석합니다.
- **에러 메시지 확인**: `missing separator` 에러가 발생하면 명령 줄의 시작이 탭(Tab)인지 다시 확인하십시오.
### 6.2 작성 팁
- **와일드카드 활용**: `SRCS = $(wildcard *.c)`를 사용하여 디렉토리 내의 모든 소스 파일을 자동으로 변수에 할당할 수 있습니다.
- **조건부 컴파일**: `ifeq`, `ifneq` 문을 사용하여 OS 환경이나 디버그 모드 여부에 따라 다른 플래그를 설정할 수 있습니다.
## 7. 운영체제별 환경 차이점
| 구분 | Unix-like (Linux, macOS) | Windows |
| :--- | :--- | :--- |
| **기본 쉘** | `/bin/sh` 또는 `/bin/bash` | `cmd.exe` 또는 `PowerShell` |
| **명령어 차이** | `rm`, `mkdir`, `cp` 등 POSIX 표준 사용 | `del`, `mkdir`, `copy` 등 DOS 명령어 사용 |
| **경로 구분자** | 슬래시 (`/`) | 백슬래시 (`\`) |
| **해결책** | 기본 환경에서 작동 | Git Bash, MSYS2, Cygwin 등을 통해 POSIX 환경 구축 권장 |
## 8. 다른 빌드 도구와의 비교
현대적인 소프트웨어 개발에서는 Make의 한계를 극복하기 위해 더 상위 수준의 빌드 시스템을 사용합니다.
| 도구 | 특성 | Make와의 차이점 |
| :--- | :--- | :--- |
| **Make** | 저수준 빌드 도구 | 단순하고 빠르지만, OS별 문법 차이가 크고 대규모 프로젝트 관리가 어려움 |
| **CMake** | 메타 빌드 시스템 | 직접 빌드하지 않고 `Makefile`이나 `Visual Studio Solution` 파일을 생성해주는 도구 (플랫폼 독립적 빌드 설정 가능) |
| **Gradle** | JVM 기반 빌드 도구 | Groovy/Kotlin DSL을 사용하며, 외부 라이브러리 의존성 관리(Dependency Management) 기능이 매우 강력함 |
| **Bazel** | 구글 개발 빌드 도구 | 매우 거대한 모노레포(Monorepo)에 최적화되어 있으며, 강력한 캐싱과 격리 빌드로 빌드 일관성 보장 |
**Make가 여전히 쓰이는 이유**: 가볍고, 거의 모든 유닉스 계열 시스템에 기본 설치되어 있으며, 단순한 작업 자동화(Task Runner)로서의 범용성이 매우 뛰어나기 때문입니다.
## 9. 관련 문서 및 참고 자료
- [GNU Make 공식 매뉴얼](https://www.gnu.org/software/make/manual/)
- [Makefile Tutorial (영문)](https://makefiletutorial.com/)
- [맨 페이지 (man make)](https://man7.org/linux/man-pages/man1/make.1.html)