간단한 C ++ Makefile을 만드는 방법

우리는 프로젝트를 위해 모든 것을 하나로 모으기 위해 Makefile을 사용해야하지만 교수는 방법을 보여주지 않았습니다.

파일 이 하나만 있습니다 a3driver.cpp. 드라이버는 위치에서 클래스를 가져옵니다 "/user/cse232/Examples/example32.sequence.cpp".

그게 다야. 그 밖의 모든 것은에 포함되어 있습니다 .cpp.

라는 실행 파일을 만드는 간단한 Makefile을 만드는 방법은 a3a.exe무엇입니까?

이것은 유닉스 용이므로 실행 파일에는 확장자가 없습니다.

주의해야 할 것은 root-config올바른 컴파일 및 연결 플래그를 제공하는 유틸리티입니다. 그리고 루트에 대한 애플리케이션을 빌드하기위한 올바른 라이브러리. 이 문서의 독자층과 관련된 내용 일뿐입니다.

날 아기로 만들어

또는 당신은 당신이 처음 만든 것을 잊지

make에 대한 소개 토론과 간단한 makefile 작성 방법

Make 란 무엇입니까? 왜 내가 신경 써야합니까?

Make 라는 도구 는 빌드 종속성 관리자입니다. 즉, 소스 파일, 객체 파일, 라이브러리, 헤더 등의 모음에서 소프트웨어 프로젝트를 어떤 순서로 실행해야하는지 명령을 알아야합니다. 최근에-그리고 올바른 최신 버전의 프로그램으로 바 꾸었습니다.

사실, 당신은 다른 것들에도 Make를 사용할 수 있지만, 나는 그것에 대해 이야기하지 않을 것입니다.

사소한 메이크 파일

: 당신이 들어있는 디렉토리가 있다고 가정 tool tool.cc tool.o support.cc support.hh하고 support.o있는에 의존 root하고라는 프로그램으로 컴파일되어있다 tool, 당신은 (기존 의미하는 소스 파일에 해킹 된 적이 있다고 가정 tool오래된 지금) 및 원하는 프로그램을 컴파일하십시오.

이 작업을 직접 수행하려면

1. support.cc또는 support.hh보다 최신 인지 확인 support.o하고 그렇다면 다음과 같은 명령을 실행하십시오.

   g++ -g -c -pthread -I/sw/include/root support.cc

2. support.hh또는 tool.cc보다 최신 인지 확인 tool.o하고 그렇다면 다음과 같은 명령을 실행하십시오.

   g++ -g  -c -pthread -I/sw/include/root tool.cc

3. tool.o보다 최신 인지 확인 tool하고 그렇다면 다음과 같은 명령을 실행하십시오.

   g++ -g tool.o support.o -L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \
   -lPostscript -lMatrix -lPhysics -lMathCore -lThread -lz -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices \
   -Wl,-framework,ApplicationServices -pthread -Wl,-rpath,/sw/lib/root -lm -ldl

휴! 번거 로움! 기억해야 할 것이 많고 실수 할 수있는 몇 가지 기회가 있습니다. (BTW-- 여기에 표시된 명령 줄의 세부 사항은 소프트웨어 환경에 따라 다릅니다.이 명령 줄은 내 컴퓨터에서 작동합니다.)

물론 매번 세 명령을 모두 실행할 수 있습니다. 그것은 효과가 있지만, MacBook의 기초부터 컴파일하는 데 15 분 이상 걸리는 DOGS와 같은 실질적인 소프트웨어에는 적합하지 않습니다.

대신 다음 makefile과 같은 파일을 작성할 수 있습니다 .

tool: tool.o support.o
    g++ -g -o tool tool.o support.o -L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \
        -lPostscript -lMatrix -lPhysics -lMathCore -lThread -lz -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices \
        -Wl,-framework,ApplicationServices -pthread -Wl,-rpath,/sw/lib/root -lm -ldl

tool.o: tool.cc support.hh
    g++ -g  -c -pthread -I/sw/include/root tool.cc

support.o: support.hh support.cc
    g++ -g -c -pthread -I/sw/include/root support.cc

make명령 행에 입력 하십시오. 위의 세 단계가 자동으로 수행됩니다.

여기에 들여 쓰기되지 않은 행은 "target : dependencies" 형식 이며, 종속 항목이 대상보다 최신 인 경우 연관된 명령 (들여진 행)을 실행해야합니다. 즉, 종속성 라인은 다양한 파일의 변경 사항을 수용하기 위해 재구성해야하는 논리를 설명합니다. support.cc변경 사항이 있으면 support.o다시 작성해야하지만 tool.o단독으로 남겨 둘 수 있습니다. 때 support.o변화는 tool다시 작성해야합니다.

각 의존성 라인과 관련된 명령은 탭으로 시작되며 (아래 참조) 대상을 수정해야합니다 (또는 수정 시간을 업데이트하려면 적어도 터치해야합니다).

변수, 내장 규칙 및 기타 케이크

이 시점에서 makefile은 단순히 수행해야하는 작업을 기억하고 있지만 여전히 필요한 모든 명령을 모두 파악하고 입력해야했습니다. 그렇게 할 필요는 없습니다. Make는 변수, 텍스트 조작 기능 및 내장 규칙이 포함 된 강력한 언어로,이를 훨씬 쉽게 해줍니다.

변수 만들기

make 변수에 액세스하는 구문은 $(VAR)입니다.

Make 변수에 할당하는 구문은 다음과 같습니다 VAR = A text value of some kind (또는 VAR := A different text value but ignore this for the moment).

이 개선 된 메이크 파일 버전과 같은 규칙에 변수를 사용할 수 있습니다.

CPPFLAGS=-g -pthread -I/sw/include/root
LDFLAGS=-g
LDLIBS=-L/sw/lib/root -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint \
       -lPostscript -lMatrix -lPhysics -lMathCore -lThread -lz -L/sw/lib -lfreetype -lz \
       -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -pthread -Wl,-rpath,/sw/lib/root \
       -lm -ldl

tool: tool.o support.o
    g++ $(LDFLAGS) -o tool tool.o support.o $(LDLIBS)

tool.o: tool.cc support.hh
    g++ $(CPPFLAGS) -c tool.cc

support.o: support.hh support.cc
    g++ $(CPPFLAGS) -c support.cc

좀 더 읽기 쉽지만 여전히 많은 타이핑이 필요합니다

함수 만들기

GNU make는 파일 시스템이나 시스템의 다른 명령에서 정보에 액세스하기위한 다양한 기능을 지원합니다. 이 경우 우리는에 관심이있는 $(shell ...)인수 (들)의 출력으로 확장하는, 그리고 $(subst opat,npat,text)의 모든 인스턴스를 대체하는 opat과 npat텍스트입니다.

이를 활용하면 다음과 같은 이점이 있습니다.

CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)

SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))

tool: $(OBJS)
    g++ $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)

tool.o: tool.cc support.hh
    g++ $(CPPFLAGS) -c tool.cc

support.o: support.hh support.cc
    g++ $(CPPFLAGS) -c support.cc

입력하기 쉽고 훨씬 더 읽기 쉽습니다.

그것을주의해라

1. 우리는 여전히 각 객체 파일과 최종 실행 파일에 대한 의존성을 명시 적으로 언급하고 있습니다.
2. 두 소스 파일 모두에 대해 컴파일 규칙을 명시 적으로 입력해야했습니다

암시 적 및 패턴 규칙

일반적으로 모든 C ++ 소스 파일은 동일한 방식으로 처리되어야하며 Make는이를 설명하는 세 가지 방법을 제공합니다.

1. 접미사 규칙 (GNU make에서 사용되지 않는 것으로 간주되지만 이전 버전과의 호환성을 위해 유지됨)
2. 암시 적 규칙
3. 패턴 규칙

암시 적 규칙이 기본 제공되며 몇 가지가 아래에서 설명됩니다. 패턴 규칙은 다음과 같은 형식으로 지정됩니다

%.o: %.c
    $(CC) $(CFLAGS) $(CPPFLAGS) -c $<

이는 "자동"변수 $<가 첫 번째 종속성의 이름으로 확장 되는 표시된 명령을 실행하여 C 소스 파일에서 오브젝트 파일이 생성됨을 의미합니다 .

내장 규칙

Make에는 내장 된 규칙이 많이 있는데, 이는 매우 간단한 makefile로 프로젝트를 컴파일 할 수 있다는 의미입니다.

C 소스 파일에 대한 GNU 기본 제공 규칙은 위에 표시된 것입니다. 마찬가지로 C ++ 소스 파일에서 객체 규칙을와 같은 규칙으로 $(CXX) -c $(CPPFLAGS) $(CFLAGS)만듭니다.

단일 객체 파일은을 사용하여 연결 $(LD) $(LDFLAGS) n.o $(LOADLIBES) $(LDLIBS)되지만 여러 객체 파일을 연결하려는 경우에는 작동하지 않습니다.

내장 규칙에 사용되는 변수

기본 제공 규칙은 모든 규칙을 다시 쓰지 않고도 로컬 환경 정보 (ROOT 포함 파일을 찾는 위치 등)를 지정할 수있는 표준 변수 세트를 사용합니다. 우리에게 가장 흥미로운 것은 다음과 같습니다.

• CC -사용할 C 컴파일러
• CXX -사용할 C ++ 컴파일러
• LD -사용할 링커
• CFLAGS -C 소스 파일의 컴파일 플래그
• CXXFLAGS C ++ 소스 파일의 컴파일 플래그
• CPPFLAGS C 및 C ++에서 사용하는 c- 전 처리기 플래그 (일반적으로 명령 줄에 정의 된 파일 경로 및 기호 포함)
• LDFLAGS -링커 플래그
• LDLIBS -링크 할 라이브러리

기본 메이크 파일

내장 규칙을 활용하여 makefile을 단순화하여 다음을 수행 할 수 있습니다.

CC=gcc
CXX=g++
RM=rm -f
CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)

SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))

all: tool

tool: $(OBJS)
    $(CXX) $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)

tool.o: tool.cc support.hh

support.o: support.hh support.cc

clean:
    $(RM) $(OBJS)

distclean: clean
    $(RM) tool

또한 소스 디렉토리 정리와 같은 특수 조치를 수행하는 몇 가지 표준 대상을 추가했습니다.

make가 인수없이 호출 될 때 파일에서 발견 된 첫 번째 대상 (이 경우 모두)을 사용하지만 make clean이 경우 대상 파일을 제거 할 대상의 이름을 지정할 수도 있습니다 .

우리는 여전히 모든 의존성을 하드 코딩했습니다.

몇 가지 신비한 개선

CC=gcc
CXX=g++
RM=rm -f
CPPFLAGS=-g $(shell root-config --cflags)
LDFLAGS=-g $(shell root-config --ldflags)
LDLIBS=$(shell root-config --libs)

SRCS=tool.cc support.cc
OBJS=$(subst .cc,.o,$(SRCS))

all: tool

tool: $(OBJS)
    $(CXX) $(LDFLAGS) -o tool $(OBJS) $(LDLIBS)

depend: .depend

.depend: $(SRCS)
    $(RM) ./.depend
    $(CXX) $(CPPFLAGS) -MM $^>>./.depend;

clean:
    $(RM) $(OBJS)

distclean: clean
    $(RM) *~ .depend

include .depend

그것을주의해라

1. 더 이상 소스 파일에 대한 의존성 라인이 없습니다!?!
2. 의존하고 의존하는 이상한 마법이 있습니다.
3. 당신이 할 경우 make다음 ls -A당신은라는 이름의 파일을 참조 .depend메이크업의 종속 행처럼 보이는 것들을 포함

다른 독서

• GNU make 매뉴얼
• 재귀 적 만들기 고려 사항 최적이 아닌 메이크 파일을 작성하는 일반적인 방법과이를 피하는 방법에 유해 합니다.

버그 및 기록 메모를 알고

Make의 입력 언어는 공백에 민감합니다. 특히 종속성 다음에 나오는 조치 행은 탭으로 시작해야합니다 . 그러나 일련의 공백은 동일하게 보일 수 있으며 (실제로 탭을 공백으로 또는 그 반대로 자동으로 변환하는 편집기가 있음) 결과 파일이 올바르게 보이고 여전히 작동하지 않습니다. 이것은 (초기에 버그로 확인 되었으나 이야기가 간다 이미 10 명의 사용자가 있었기 때문에,)가 고정되지 않았습니다.

_{(이것은 물리학 대학원생을 위해 쓴 위키 포스트에서 복사 한 것입니다.)}

필자는 항상 자세한 예제를 통해 배우기가 더 쉽다고 생각했기 때문에 makefile에 대한 생각은 다음과 같습니다. 각 섹션마다 들여 쓰기되지 않은 한 줄이 있으며 섹션 이름과 종속성이 표시됩니다. 종속성은 다른 섹션 (현재 섹션 전에 실행 됨) 또는 파일 (업데이트 된 경우 다음에 실행할 때 현재 섹션이 다시 실행되도록 함 make) 일 수 있습니다.

다음은 간단한 예입니다 (탭을 사용해야하는 4 개의 공백을 사용하고 있음을 명심하십시오. 스택 오버플로에서는 탭을 사용할 수 없습니다).

a3driver: a3driver.o
    g++ -o a3driver a3driver.o

a3driver.o: a3driver.cpp
    g++ -c a3driver.cpp

를 입력 make하면 첫 번째 섹션 (a3driver)이 선택됩니다. a3driver는 a3driver.o에 의존하므로 해당 섹션으로 이동합니다. a3driver.o는 a3driver.cpp에 의존하므로 a3driver.cpp가 마지막으로 실행 된 후 변경된 경우에만 실행됩니다. 실행 중이거나 실행되지 않았다고 가정하면 a3driver.cpp를 .o 파일로 컴파일 한 다음 a3driver로 돌아가서 최종 실행 파일을 컴파일합니다.

파일이 하나뿐이므로 다음과 같이 줄일 수도 있습니다.

a3driver: a3driver.cpp
    g++ -o a3driver a3driver.cpp

첫 번째 예를 보여준 이유는 메이크 파일의 힘을 보여주기 때문입니다. 다른 파일을 컴파일해야하는 경우 다른 섹션을 추가하면됩니다. 다음은 secondFile.cpp (secondFile.h라는 헤더에로드)가있는 예입니다.

a3driver: a3driver.o secondFile.o
    g++ -o a3driver a3driver.o secondFile.o

a3driver.o: a3driver.cpp
    g++ -c a3driver.cpp

secondFile.o: secondFile.cpp secondFile.h
    g++ -c secondFile.cpp

이런 식으로 secondFile.cpp 또는 secondFile.h에서 무언가를 변경하고 다시 컴파일하면 secondFile.cpp 만 다시 컴파일합니다 (a3driver.cpp 아님). 또는 a3driver.cpp에서 무언가를 변경하면 secondFile.cpp를 다시 컴파일하지 않습니다.

궁금한 점이 있으면 알려주세요.

"all"이라는 섹션과 "clean"이라는 섹션을 포함하는 것도 일반적입니다. "all"은 일반적으로 모든 실행 파일을 빌드하고 "clean"은 .o 파일 및 실행 파일과 같은 "build artifacts"를 제거합니다.

all: a3driver ;

clean:
    # -f so this will succeed even if the files don't exist
    rm -f a3driver a3driver.o

편집 : 나는 당신이 Windows에 있다는 것을 알지 못했습니다. 유일한 차이점은을 변경하는 -o a3driver것 -o a3driver.exe입니다.

모든 사람이 소스 파일을 나열하는 것을 좋아하는 이유는 무엇입니까? 간단한 찾기 명령으로 쉽게 처리 할 수 ​​있습니다.

다음은 간단한 C ++ Makefile의 예입니다. .C파일이 들어있는 디렉토리에 넣고 make...

appname := myapp

CXX := clang++
CXXFLAGS := -std=c++11

srcfiles := $(shell find . -name "*.C")
objects  := $(patsubst %.C, %.o, $(srcfiles))

all: $(appname)

$(appname): $(objects)
    $(CXX) $(CXXFLAGS) $(LDFLAGS) -o $(appname) $(objects) $(LDLIBS)

depend: .depend

.depend: $(srcfiles)
    rm -f ./.depend
    $(CXX) $(CXXFLAGS) -MM $^>>./.depend;

clean:
    rm -f $(objects)

dist-clean: clean
    rm -f *~ .depend

include .depend

두 가지 옵션이 있습니다.

옵션 1 : 가장 간단한 makefile = NO MAKEFILE.

"a3driver.cpp"의 이름을 "a3a.cpp"로 바꾼 다음 명령 행에 다음을 작성하십시오.

nmake a3a.exe

그리고 그게 다야. GNU Make를 사용하는 경우 "make"또는 "gmake"등을 사용하십시오.

옵션 2 : 2 줄 메이크 파일.

a3a.exe: a3driver.obj
    link /out:a3a.exe a3driver.obj

Make 파일에는 하나의 명령으로 컴파일 및 링크하는지 또는 하나의 컴파일 명령 및 링크에 대해 하나 또는 두 개의 종속성 규칙이 있습니다.

종속성은 다음과 같은 규칙 트리입니다 (들여 쓰기 는 탭 이어야 함).

main_target : source1 source2 etc
    command to build main_target from sources

source1 : dependents for source1
    command to build source1

이 있어야합니다 대상에 대한 명령 후 빈 줄, 그리고 거기에 있어야 하지 명령 앞에 빈 줄 수. makefile의 첫 번째 대상은 전체 목표이며 다른 대상은 첫 번째 대상이 종속 된 경우에만 빌드됩니다.

따라서 makefile은 다음과 같이 보일 것입니다.

a3a.exe : a3driver.obj 
    link /out:a3a.exe a3driver.obj

a3driver.obj : a3driver.cpp
    cc a3driver.cpp

나는 제안한다 (들여 쓰기는 탭이다) :

tool: tool.o file1.o file2.o
    $(CXX) $(LDFLAGS) $^ $(LDLIBS) -o $@

또는

LINK.o = $(CXX) $(LDFLAGS) $(TARGET_ARCH)
tool: tool.o file1.o file2.o

후자의 제안은 GNU Make 암시 적 규칙을 재사용하기 때문에 약간 더 좋습니다. 그러나 작업을 위해, 소스 파일이 최종 실행 파일과 동일한 이름이 있어야합니다 (예 : tool.c및tool ).

소스를 선언 할 필요는 없습니다. 중간 오브젝트 파일은 내재적 규칙을 사용하여 생성됩니다. 결과적으로 이것은 MakefileC 및 C ++ (및 Fortran 등에서도)에서 작동합니다.

또한 기본적으로 Makefile $(CC)은 링커로 사용 됩니다. $(CC)C ++ 오브젝트 파일을 링크하는 데 작동하지 않습니다. 우리 LINK.o는 그 때문에 수정 합니다. C 코드를 컴파일하려면 LINK.o값 을 강제로 지정할 필요가 없습니다 .

물론 변수로 컴파일 플래그를 CFLAGS추가하고에 라이브러리를 추가 할 수도 있습니다 LDLIBS. 예를 들면 다음과 같습니다.

CFLAGS = -Wall
LDLIBS = -lm

한 가지 참고 사항 : 외부 라이브러리를 사용해야 하는 경우 올바르게 설정 CFLAGS하고 pkg-config 를 사용하는 것이 좋습니다 LDLIBS.

CFLAGS += $(shell pkg-config --cflags libssl)
LDLIBS += $(shell pkg-config --libs libssl)

주의 깊게 읽는 사람은 Makefile하나의 헤더가 변경되면 올바르게 다시 작성되지 않습니다. 문제를 해결하려면 다음 줄을 추가하십시오.

override CPPFLAGS += -MMD
include $(wildcard *.d)

-MMD헤더 종속성에 대한 Makefile 조각이 포함 된 .d 파일을 빌드 할 수 있습니다. 두 번째 줄은 그것들을 사용합니다.

확실히 잘 작성된 Makefile에는 다음 clean과 같은 distclean규칙이 포함되어야합니다 .

clean:
    $(RM) *.o *.d

distclean: clean
    $(RM) tool

유의 사항은와 $(RM)동일 rm -f하지만 rm직접 호출하지 않는 것이 좋습니다 .

all규칙은 이해된다. 작동하려면 파일의 첫 번째 규칙이어야합니다.

all: tool

install규칙을 추가 할 수도 있습니다 .

PREFIX = /usr/local
install:
    install -m 755 tool $(DESTDIR)$(PREFIX)/bin

DESTDIR기본적으로 비어 있습니다. 사용자는 다른 시스템에 프로그램을 설치하도록 설정할 수 있습니다 (교차 컴파일 프로세스에 필수). 다중 배포 용 패키지 관리자는 패키지 PREFIX를 설치하기 위해 변경 될 수도 있습니다 ./usr .

마지막 한 단어 : 소스 파일을 하위 디렉토리에 두지 마십시오. 정말로 그렇게 Makefile하려면 루트 디렉토리에 보관 하고 전체 경로를 사용하여 파일을 식별하십시오 (예 :) subdir/file.o.

요약하면 전체 Makefile은 다음과 같아야합니다.

LINK.o = $(CXX) $(LDFLAGS) $(TARGET_ARCH)
PREFIX = /usr/local
override CPPFLAGS += -MMD
include $(wildcard *.d)

all: tool
tool: tool.o file1.o file2.o
clean:
    $(RM) *.o *.d
distclean: clean
    $(RM) tool
install:
    install -m 755 tool $(DESTDIR)$(PREFIX)/bin

나는 friedmud의 대답을 사용 했다 . 나는 이것을 잠시 살펴 보았고 시작하는 좋은 방법 인 것 같습니다. 이 솔루션에는 컴파일러 플래그를 추가하는 잘 정의 된 방법도 있습니다. 내 환경, Ubuntu 및 g ++에서 작동하도록 변경했기 때문에 다시 대답했습니다. 때로는 더 효과적인 사례가 최고의 교사입니다.

appname := myapp

CXX := g++
CXXFLAGS := -Wall -g

srcfiles := $(shell find . -maxdepth 1 -name "*.cpp")
objects  := $(patsubst %.cpp, %.o, $(srcfiles))

all: $(appname)

$(appname): $(objects)
    $(CXX) $(CXXFLAGS) $(LDFLAGS) -o $(appname) $(objects) $(LDLIBS)

depend: .depend

.depend: $(srcfiles)
    rm -f ./.depend
    $(CXX) $(CXXFLAGS) -MM $^>>./.depend;

clean:
    rm -f $(objects)

dist-clean: clean
    rm -f *~ .depend

include .depend

Makefile은 매우 복잡한 것 같습니다. 하나를 사용했지만 g ++ 라이브러리에서 링크하지 않는 것과 관련된 오류가 발생했습니다. 이 구성은 그 문제를 해결했습니다.