Go to the first, previous, next, last section, table of contents.

`make` 실행 방법(How to Run `make`)

어떤 프로그램을 어떻게 재컴파일할 것인가를 말하는 makefile은 한가지 이상의 방법으로 사용될 수 있다. 가장 간단한 사용은 out of date인 모든 파일을 재컴파일하는 것이다. 보통 makefile들은 여러분이 make를 매개변수 없이 실행한다 하더라도 그렇게 하도록 작성된다.

그러나 여러분은 이런 파일들 중에서 몇개만 업데이트하고자 할런지도 모른다; 여러분은 다른 컴파일러나 다른 컴파일 옵션들을 사용하고자 할런지도 모른다; 여러분은 또는, 그것들을 변경하지 않고서 어떤 파일이 out of date인지를 알아내고자 할런지도 모른다.

여러분이 make를 실행할 때 매개변수들을 주어서 여러분이 이런 것들이나 다른 많은 것들을 할 수 있다.

make의 종료 코드는 항상 다음 세가지 값들 중의 하나이다:

0: make가 성공하면 종료 코드는 0이다.
2: 어떤 에러를 만났다면 종료 코드는 2이다. 이것은 특정 에러를 설명하는 메시지들을 출력할 것이다.
1: `-q' 플래그를 사용하였고 make가 어떤 타겟이 아직 up to date가 아니라고 판단하면 종료 코드는 1이다. See section 명령 실행 대신에...(Instead of Executing the Commands).

Makefile을 지정하는 매개변수(Arguments to Specify the Makefile)

makefile의 이름을 지정하는 방법은 `-f'나 `--file' 옵션을 사용하는 것이다(`--makefile'도 작동한다). 예를 들어서 `-f altmake'라는 옵션은 `altmake'을 makefile로 사용하라고 말하는 것이다.

`-f' 플래그를 여러번 사용하였고 각각의 `-f' 뒤에 매개변수가 따른다면 모든 지정된 파일들은 서로 묶여서 makefile로 사용된다.

`-f' 또는 `--file' 플래그를 사용하지 않는다면 `GNUmakefile', `makefile', 그리고 `Makefile'를 이 순서대로 있나 없나 검사해보고 있는 첫번째의 것을 또는 만들어질 수 있는 첫번째의 것을 사용하는 것이 디폴트이다. (see section Makefiles 작성(Writing Makefiles)).

goal을 지정하는 매개변수(Arguments to Specify the Goals)

goals은 make가 궁극적으로 업데이트하려고 할 타겟들이다. 다른 타겟들은 그들이 goal의 종속물이나 goals의 종속물의 종속물 등으로 나타난다면 업데이트된다.

디폴트로 goal은 makefile의 첫번째 타겟이다(점으로 시작하는 타겟은 계산하지 않는다). 그러므로 makefile들은 보통 첫번째 타겟이 전체 프로그램을 컴파일하기 위한 것이나 그들이 설명하는 프로그램들을 컴파일하기 위한 것이다. makefile의 첫번째 규칙이 여러개의 타겟들을 가진다면 그 규칙의 첫번째 타겟이, 전체 리스트가 아니라, 디폴트 goal이 된다.

여러분은 make에다 다른 goal이나 매개변수를 가진 goal을 지정할 수 있다. goal의 이름을 매개변수처럼 사용하면 된다. 몇개의 goal을 지정한다면 make는 각각을 주어진 차례대로 처리한다.

makefile에 있는 임의의 타겟은 goal로 지정될 수 있다(그것이 `-'로 시작하거나 `='를 담고 있지 않다면 말이다. 이런 경우 일반적인 옵션인 switch나 변수 정의로 각각 생각되어진다.) make가 그것들을 만드는 방법을 말한 묵시적 규칙들을 찾을수만 있다면, makefile에 없는 타겟들도 지정될 수 있다.

Make 는 특수변수 MAKECMDGOALS를 명령 라인에서 여러분이 지정한 goal들의 리스트로 지정할 것이다. 명령 라인에 어떤 goal도 지정되지 않았다면 이 변수는 빈 것이 된다. 이 변수는 특수한 상황에서만 사용되어야 한다는 것에 주의하자.

`.d' 파일들을 clean 규칙들 see section 종속물들을 자동으로 생성하기(Generating Dependencies Automatically)) 동안에 포함하는 것을 피해서 make가 그들을 다시 즉각 제거하기 위해서만 그들을 생성하지 않도록 하는 것이 적절한 사용의 예이다:

sources = foo.c bar.c

ifneq ($(MAKECMDGOALS),clean)
include $(sources:.c=.d)
endif

프로그램의 한 부분만을 컴파일하고자 하거나 여러 프로그램들 중의 하나만 컴파일하고자 할 경우가 목적을 지정하는 한가지 사용법이다. 다시 만들고자 하는 각 파일을 목적으로 지정하자. 예를 들어서 몇가지 프로그램들을 담고 있는 디렉토리를 생각해보자. 다음과 같이 시작하는 makefile과 함께:

.PHONY: all
all: size nm ld ar as

프로그램 size에 대해서 작업하고 있다면 `make size' 라고 해서 그 프로그램의 파일들만이 재컴파일되도록 하기를 원할 것이다.

목적(goal)을 지정하는 다른 사용법은, 일반적인 모드가 아닌 파일들을 만드는 것이다. 예를 들어서 디버깅 결과인 파일이나 테스트를 위해서 특별히 컴파일된 프로그램이 있을 수 있다. 이들은 디폴트 목적의 종속물이 아닌 makefile내의 규칙을 가진다.

목적을 지정하는 다른 사용법은 포티 타겟 (see section 가짜 목적물(Phony Targets)) 이나 빈 타겟 (see section 이벤트를 기록하기 위한 빈 타겟 파일(Empty Target Files to Record Events) 과 연결된 명령들을 실행하는 것이다. 많은 makefile들이 소스 파일들을 제외한 모든 것들을 삭제하는 `clean'이라는 이름의 포니 타겟을 담고 있다. 자연스럽게 이것은 여러분이 `make clean'라고 명시적으로 요구할 때에만 수행된다. 다음은 전형적인 포니 및 빈 타겟 이름들이다. GNU 소프트웨어 팩키지들이 사용하는 표준 타겟 이름들의 전체를 보려면 See section 사용자들을 위한 표준 타겟(Standard Targets for Users).

`all': 이것은 makefile이 알고 있는 톱-레벨 타겟들 모두를 make 한다.
`clean': 이것은 일반적으로 make를 실행함으로써 생성되는 모든 파일들 삭제한다. Delete all files that are normally created by running make.
`mostlyclean': 이것은 `clean'과 비슷하지만 사람들이 일반적으로 재컴파일하고자 원하지 않는 몇가지 파일들을 지우지 않을 것이다. 예를 들어서 GCC 를 위한 `mostlyclean' 타겟은 `libgcc.a'를 지우지 않는다. 왜냐면 이것을 재컴파일하는 것은 거의 필요없는 것이고 시간만 소비하기 때문이다.
`distclean'
`realclean'
`clobber': 이런 타겟들은 `clean'이 하는 것보다 더 많은 파일들을 지우기 위해서 정의될 것이다. 예를 들어서 이것은 컴파일을 준비하기 위해서 일반ㅈ거으로 생성한 링크들이나 설정 파일들을 지울 것이다. 비록 makefile 그 자체는 이들을 생성하지 않았다 하더라도 말이다.
`install': 이것은 실행 파일을 사용자가 전형적으로 명령들에 대해서 찾는 위치의 디렉토리에다 복사한다; 실행 파일들이 상요하는 보조 파일들도 이들을 찾을 위치의 디렉토리들에 복사한다.
`print': 변경된 소스 파일들의 리스트를 인쇄
`tar': 소스 파일들의 tar 파일을 생성한다.
`shar': 이것은 소스 파일들의 쉘 아카이브(shar 파일)을 생성한다.
`dist': 이것은 소스 파일들의 배포 파일을 생성한다. 이것은 아마도 tar 파일이거나 shar 파일이거나 위의 것들 중 하나의 압축된 버전이거나 이들과 다른 것일 것이다.
`TAGS': 이 프로그램에 대한 태그 테이블을 업데이트한다.
`check'
`test': makefile 이 빌드하는 프로그램에 대해서 자체 테스트를 수행한다.

명령 실행 대신에...(Instead of Executing the Commands)

makefile은 make에게 타겟이 up to date인가 아닌가 어떻게 판단할 것인가, 그리고 각 타겟을 어떻게 업데이트할 것인가를 지정한다. 그러나 타겟을 업데이트하는 것은 항상 여러분이 원하는 것이 아닐 수도 있다. 어떤 옵션들은 make의 다른 액션을 지정한다.

`-n'
`--just-print'
`--dry-run'
`--recon': "No-op". 어떤 명령들이 타겟들을 업데이트하기 위해서 사용될 것인가를 출력한다. 그러나 실제 그들을 실행시키지는 않는다.
`-t'
`--touch': "Touch". 그것을 실제로 변경하지 않고서 타겟들을 마치 업데이트된 것처럼 마킹한다. 다른 말로 해서 make는 컴파일하는 것처럼 가장하지만 실제로는 그들의 내용물들을 변경하지 않는다.
`-q'
`--question': "Question". 조용히 어떤 타겟들이 이미 업데이트되었는지 아닌지를 찾는다; 그러나 어떤 경우에도 어떤 명령도 실행하지 않는다. 다른말로 하면 컴파일도 안하고 어떤 출력도 일어나지 않는다.
`-W file'
`--what-if=file'
`--assume-new=file'
`--new-file=file': "What if". 각 `-W' 플래그는 파일 이름이 뒤따른다. 주어진 파일들의 변경 시간들은 make에 의해서 현재 시간으로 기록되는 반면 실제 변경 시간은 동일하게 남는다. `-W' 플래그와 `-n' 플래그를 사용해서 여러분이 특정 파일을 변경한다면 어떤 일이 벌어지는지 확인할 수 있다.

`-n' 플래그를 주면 make는 실제 그들을 실행하지 않지만 일반적인 실행 때와 동일한 명령들을 인쇄한다.

`-t' 플래그를 주면 make는 규칙들에 있는 명령들을 무시하고 다시 만들어져야 할 각 타겟에 대해서 touch라는 명령을 (사실상) 사용한다. `-s'나 .SILENT가 사용되지 않으면, touch 명령 또한 인쇄된다. 속도를 위해서 make는 실제로 프로그램 touch를 호출하지 않을 것이다. 이것은 직접 작업한다.

`-q' 플래그로 make는 아무것도 출력하지 않고 아무런 명령도 실행하지 않지만 종료 상태 코드는 타겟이 이미 갱신된 것이라고 생각되어질 때에만 0이 된다. 종료 상태가 1이면 어떤 갱신이 필요하다는 것을 의미한다. maek가 에러를 만나면 종료 상태는 2이다. 그래서 에러를 타겟이 갱신안되었다는 것과 구분할 수 있다.

이런 세 플래그들 중의 하나 이상을 make의 어떤 호출안에서 사용하는 것은 에러이다.

`-n', `-t', 그리고 `-q' 옵션들은 `+' 문자들로 시작하는 명령 라인들이나 `$(MAKE)'나 `${MAKE}' 문자열들을 담고 있는 명령 라인들에 영향을 미치지 않는다. `+' 문자나 문자열 `$(MAKE)' 또는 `${MAKE}'를 담고 있는 라인들만이 이런 옵션들에 상관없이 실행된다. 동일한 규칙에 있는 다른 라인들은 그들이 `+'로 시작하지 않았거나 `$(MAKE)'나 `${MAKE}'를 담고 있지 않는다면 실행되지 않을 것이다. (See section MAKE 변수가 작동하는 방법(How the MAKE Variable Works).)

`-W' 플래그는 다음과 같은 두 기능을 제공한다:

`-n'나 `-q' 플래그와 같이 사용하면 여러분은 어떤 파일들을 변경했을 때 make가 어떻게 할 것인가를 볼 수 있다.
`-n'나 `-q' 플래그 없이, make가 실제로 명령들을 실행할 때, `-W' 플래그는 make가 어떤 파일들이 변경된 것처럼, 실제로 파일들을 변경하지 않고, 작동한다.

`-p'와 `-v' 옵션들은 make나 사용중인 makefile에 대한 정보를 얻을 수 있도록 한다는 점에 주목하자. (see section 옵션들의 요약(Summary of Options)).

어떤 파일들을 재컴파일하는 것을 피하기(Avoiding Recompilation of Some Files)

가끔 소스 파일을 변경했지만 그것에 의존하는 모든 파일들을 재컴파일하고자 원치 않을 수 있다. 예를 들어서 많은 다른 파일들이 의존하고 있는 대상 헤더 파일에다 매크로나 선언을 추가했다고 가정하자. 보수적으로 생각하면 make는 헤더 파일 내용을 변경하면 이것에 의존하는 모든 파일들을 재컴파일해야 한다고 가정한다. 그러나 그들이 반드시 재컴파일될 필요는 없고 그들이 컴파일되는 것을 기다리면서 시간을 낭비하고 싶지 않을 것이다.

헤더 파일을 변경하기 전에 문제들을 예견한다면 `-t' 플래그를 사용할 수 있다. 이 플래그는 make가 규칙들 안에 있는 명령들을 실행하지 않도록 하고 타겟의 최종-변경 시간을 바꿈으로써 타겟이 변경된 것으로 마크한다. 여러분은 다음과 같은 과정을 따를 것이다:

명령 `make'를 사용해서 실제로 재 컴파일이 필요한 소스 파일들을 재컴파일한다.
헤더 파일들을 변경한다.
명령 `make -t'를 사용해서 모든 오브젝트 파일들이 갱신된 것처럼 마킹한다. 다음 번에 여러분이 make를 실행할 때면 헤더 파일의 변화는 어떤 재컴파일도 일으키지 않을 것이다.

이미 헤더 파일을 어떤 파일들이 재컴파일이 필요한 때에 변경하였다면 너무 느린 것이어서 이렇게 할 수 없다. 대신에 여러분은 `-o file' 플래그를 사용할 수 있다. 이것은 특정 파일을 "구닥다리(old)"로 마킹한다 (see section 옵션들의 요약(Summary of Options)). 이것은 그 파일 자체가 다시 만들어지지 않을 것이며 다른 어떤 것도 이것을 위해서 다시 만들어지지 않ㅇ르 것이다. 다음 과정을 따르자:

특정 헤더 파일과 무관한 이유 때문에 컴파일이 필요한 소스 파일들을 `make -o headerfile'를 가지고 재컴파일한다. 몇가지 헤더 파일들이 포함되어 있다면 독립된 `-o' 옵션을 각 헤더 파일에 상요한다.
모든 오브젝트 파일들을 `make -t'로 터치한다.

변수 겹쳐쓰기(Overriding Variables)

`='를 담고 있는 매개변수는 어떤 변수의 값을 지정한다: `v=x'는 변수 v의 값을 x으로 설정한다. 여러분이 이런식으로 값을 지정한다면 makefile내에 있는 동일한 변수의 모든 일반적인 대입은 무시된다; 우리는 이럴 때 명령 라인 매개변수에 의해서 overridden되었다고 말한다.

이런 기능을 사용하기 위한 대부분의 일반적인 방법은 컴파일러에게 외부 플래그들을 전달하는 것이다. 예를 들어서 적절히 작성된 makefile에서 변수 CFLAGS는 C 컴파일러를 실행하는 각 명령에 포함되고 그래서 `foo.c'는 다음과 같이 컴파일될 것이다:

cc -c $(CFLAGS) foo.c

그래서 여러분이 CFLAGS에 대해서 설정한 값이면 무엇이든 발생하는 각 컴파일에 대해서 영향을 미친다. makefile은 아마도 CFLAGS에 대한 일반적인 값으로써 다음과 같이 지정할 것이다:

CFLAGS=-g

make를 실행할 때마다 여러분은, 원한다면, 이 값을 오버라이드할 수 있다. 예를 들어서 `make CFLAGS='-g -O''라고 말한다면 각 C 컴파일은 `cc -c -g -O'로 행해질 것이다. (이것은 변수의 값을 오버라이드할 때 변수의 값안의 스페이스들이나 특수 문자들을 감싸기 위해서 쉘에서 인용(quoting)을 어떻게 사용할 수 있는가를 예시한다.)

변수 CFLAGS는, 그들을 이런식으로 변경할 수 있도록 존재하는 많은 표준 변수들 중에서 유일한 것이다. 완전한 리스트를 보려면 See section 묵시적 규칙에 의해 사용되는 변수(Variables Used by Implicit Rules).

makefile이 여러분 자신만의 추가의 변수들을 찾도록 프로그래밍할 수 있다. 그리고 사용자에게 makefile이 작동하는 방식의 다른 면들을 그 변수들을 바꿔서 제어하는 능력을 줄 수 있다.

어떤 변수를 명령 매개변수들로 오버라이드할 때 재귀적으로-확장되는 변수나 단순하게-확장되는 변수 둘 중에 하나를 정의할 수 있다. 위에서 보여진 예제들은 재귀적으로-확장되는 변수를 만든 것이다; 단순하게-확장되는 변수를 만들기 위해서 `=' 대신 `:='를 쓴다. 그러나 변수 참조나 함수 호출을 지정한 value안에 포함하고자 하지 않는다면 어떤 종류의 변수를 생성하든 똑같다.

makefile이 오버라이드한 변수를 변경할 수 있는 길은 하나 있다. 이것은 override 지시어를 사용하는 것이다. 이것은 다음과 같이 보이는 라인이다: `override variable = value' (see section override 지시어).

프로그램의 컴파일 테스트(Testing the Compilation of a Program)

일반적으로 쉘 명령을 실행할 때 에러가 발생하면 make는 즉각 포기하고 영이 아닌 상태값을 리턴한다. 더이상 어떤 타겟의 명령들도 실행되지 않는다. 에러가 발생했다는 것은 goal이 정확하게 다시 빌드될 수 없다는 것을 얘기하는 것이기 때문에 make는 이것을 아는 즉시 보고한다.

방금 수정한 어떤 프로그램을 컴파일할 때 이것은 여러분이 원하는 것이 아닐 수 있다. 대신에 make가 얼마나 많은 컴파일 에러가 나오는지 확인하기 위해서, 시도될 수 있는 모든 파일을 컴파일하려고 하는 것을 바랄 것이다.

이런 경우 `-k' 나 `--keep-going' 플래그를 사용해야 한다. 이것은 make가 계류중인 타겟의 다른 종속물들을 계속 생각하도록 해서 그들이 필요하다면, 포기하고 0이 아닌 상태값을 리턴하기 전에, 다시 만든다. 예를 들어서 하나의 오브젝트 파일을 컴파일하면서 에러가 나온 후, `make -k'는 그것들을 링크하는 것이 불가능하다는 것을 알더라도 다른 오브젝트 파일들을 계속 컴파일할 것이다. 쉘 명령들이 실패한 후 계속할 뿐만이 아니고, `make -k'는 타겟이나 종속 파일들을 만드는 방법을 모른다는 사실을 발견한 후에도 가능한 한 계속한다. 이것은 항상 에러 메시지를 유발하지만 `-k'가 없었다면 이것은 치명적인 에러일 것이다 (see section 옵션들의 요약(Summary of Options)).

make의 일반적인 행동은 여러분의 목적이 goal들이 갱신되도록 하는 것이라고 가정한다; 일단 make가 이것이 불가능한 것을 알면 그 실패를 즉각 보고할 것이다. `-k' 플래그는 실제 목적이 프로그램에서 변경된 부분들을 가능한 한 많이 테스트하는 것이라는 것을 말하는 것이다. 아마도 몇가지 독립적인 문제들을 찾아서 그것들을 다음 컴파일 시도하기 전까지, 교정할 수 있기 위해서 말이다. 이것은 왜 이맥스의 M-x compile 명령이 디폴트로 `-k' 플래그를 전달하는가에 대한 이유이다.

옵션들의 요약(Summary of Options)

다음은 make가 이해하는 모든 옵션들의 테이블이다:

`-b'
`-m': 이런 옵션들은 다른 버전의 make와의 호환성을 위해서 무시된다.
`-C dir'
`--directory=dir': makefile을 읽기 전에 dir 디렉토리로 변경한다. 다수의 `-C' 옵션들이 지정되면 각각은 이전의 것과 상대적인 것으로 해석된다: 그래서 `-C / -C etc'는 `-C /etc'과 동일한다. 이것은 make의 재귀적인 호출에서 전형적으로 사용된다. (see section make의 재귀적 사용(Recursive Use of make)).
`-d'
`--debug': 일반적인 처리에 덧붙여 디버깅 정보를 출력한다. 디버깅 정보는 어떤 파일들이 다시 만들어져야 하는 것으로 생각되고 있는지 어떤 파일-시간들이 어떤 결과들과 비교되고 있는지 그리고 어떤 묵시적 규칙들이 생각되고 있는지와 어떤 것이 적용되는지에 대해서 말해준다---make가 할 것을 어떻게 결정할 것인가에 대한 모든것.
`-e'
`--environment-overrides': 이것은 환경으로부터 취해진 변수들이 makefile의 변수들보다 더 우선하도록 한다. See section 환경으로부터의 변수들(Variables from the Environment).
`-f file'
`--file=file'
`--makefile=file': file을 makefile로 읽는다. See section Makefiles 작성(Writing Makefiles).
`-h'
`--help': make가 이해하는 옵션들을 보여주고 종료한다.
`-i'
`--ignore-errors': 파일들을 다시 만들기 위해서 실행되는 명령들에서 모든 에러들을 무시한다. See section 명령에서 에러(Errors in Commands).
`-I dir'
`--include-dir=dir': 포함된 makefile들을 찾기 위해서 dir 디렉토리를 지정한다. See section 다른 makefile 삽입(Including Other Makefiles). 몇개의 `-I' 옵션들이 몇가지 디렉토리들을 지정하기 위해서 사용되면 이 디렉토리들은 지정된 순서로 검색된다.
`-j [jobs]'
`--jobs=[jobs]': 동시에 실행하는 작업들(명령들)의 개수를 지정한다. 매개변수없이 사용하면 make는 가능한 한 많은 작업들을 실행한다. 하나 이상의 `-j'옵션이 있으면 마지막 것이 사용된다. 명령들이 어떻게 실행되는가에 대한 더 많은 정보에 대해서는, See section 패러럴 실행(Parallel Execution). 이 옵션은 MS-DOS에서 무시된다는 것에 주의하자.
`-k'
`--keep-going': 에러 이후에도 가능한 한 계속하도록 한다. 실패한 타겟, 이것에 의존하는 타겟들 등이 다시 만들어질 수 없는 반면 이런 타겟들의 다른 종속물들은 동일하게 처리될 수 있다. See section 프로그램의 컴파일 테스트(Testing the Compilation of a Program).
`-l [load]'
`--load-average[=load]'
`--max-load[=load]': 다른 작업들이 있고 평균 부하가 적어도 load (부동소숫점 숫자) 이라면 어떤 새로운 작업들(명령들)도 시작되지 않도록 한다. 매개변수가 없으면 이전의 부하 제한을 제거한다. See section 패러럴 실행(Parallel Execution).
`-n'
`--just-print'
`--dry-run'
`--recon': 실행될 명령들을 인쇄하지만 그들을 실행하지는 않는다. See section 명령 실행 대신에...(Instead of Executing the Commands).
`-o file'
`--old-file=file'
`--assume-old=file': file 라는 파일이 그것의 종속물들보다 더 오래된 것이라도 다시 만들지 않으며 file의 변경이 있더라도 아무것도 다시 만들지 않도록 한다. 기본적으로 이 파일은 아주 오래된 것으로 취급되며 그것의 규칙은 무시된다. See section 어떤 파일들을 재컴파일하는 것을 피하기(Avoiding Recompilation of Some Files).
`-p'
`--print-data-base': makefile들을 읽은 결과의 데이터베이스(규칙들과 변수 값들)을 인쇄한다; 그리고 나서 보통때처럼 실행하거나 지정된 것처럼 한다. 이것은 또한 `-v' 스위치(아래 참조)에 의해서 주어진 버전 정보를 출력한다. 어떤 파일들도 다시 만들려고 노력하지 않고서 데이터베이스를 출력하려면 `make -p -f /dev/null'를 사용한다.
`-q'
`--question': "질문 모드(Question mode)". 어떤 명령도 실행하지 않고 어떤 것도 출력하지 않도록 한다; 단지 종료 상태값만 리턴한다. 지정된 타겟이 이미 갱신되었다면 0을 리턴하고 리메이크가 필요하다면 1을 리턴하고, 에러를 만났다면 2를 리턴한다. See section 명령 실행 대신에...(Instead of Executing the Commands).
`-r'
`--no-builtin-rules': 내장 묵시적 규칙들의 사용을 제거한다 (see section 묵시적 규칙(Using Implicit Rules)). 여러분 자신만의 것을 패턴 규칙들을 작성함으로서 정의할 수 있다 (see section 패턴 규칙을 정의하고 재정하기(Defining and Redefining Pattern Rules)). `-r' 옵션은 또한 접미사 규칙들에 대한 디폴트 접미사 리스트를 완전히 청소한다 (see section 구닥다리 접미사 규칙(Old-Fashioned Suffix Rules)). 그러나 .SUFFIXES에 대한 규칙으로 자신만의 접미사들을 정의할 수 있고, 자신만의 접미사 규칙들을 정의할 수 있다. 단지 규칙들만이 -r 옵션에 의해서 영향을 받는다; 디폴트 변수들은 그대로 효력이 있다 (see section 묵시적 규칙에 의해 사용되는 변수(Variables Used by Implicit Rules)).
`-s'
`--silent'
`--quiet': 조용한 작업; 그들이 실행될 때 명령들이 인쇄되지 않는다. See section 명령 에코(Command Echoing).
`-S'
`--no-keep-going'
`--stop': `-k' 옵션의 효력을 취소한다. 이것은 톱레벨 make로부터 MAKEFLAGS를 통해서 `-k'가 승계된 재귀적인 make 외에는 절대 필요가 없다 (see section make의 재귀적 사용(Recursive Use of make)). 아니면 환경의 MAKEFLAGS에다 `-k'를 설정하였을 때.
`-t'
`--touch': z명령들을 실행하지 않고 파일들을 터치(실제로 그들을 변경하지 않고서 날짜 시간만 현재 시간으로 마크). 이것은 make의 추후 실행을 속이기 위해서 그 명령이 실행된 것처럼 만든다. See section 명령 실행 대신에...(Instead of Executing the Commands).
`-v'
`-w'
`--print-directory': makefile을 실행하기 전과 후에 작업디렉토리를 담고 있는 메시지를 출력한다. 이것은 복잡하게 포개진 재귀적인 make 명령들로 부터 에러를 추적하는 데 유용할 수 있다. See section make의 재귀적 사용(Recursive Use of make) (실제로 여러분은 `make'가 이것을 하기 때문에 일부러 지정할 필요는 거의 없다; section `--print-directory' 옵션 참조.)
`--no-print-directory': -w 하에서 작업 디렉토리를 출력하는 것을 금지함. 이 옵션은 -w가 자동으로 켜질 때 유용하지만 여분의 메시지들을 보고 싶지 않을 것이다. See section `--print-directory' 옵션.
`-W file'
`--what-if=file'
`--new-file=file'
`--assume-new=file': 타겟 file이 방금 변경된 것처럼 가장한다. `-n' 플래그와 함께 사용될 때, 이것은 그 파일을 변경한다면 무슨일이 일어나는가를 보여준다. `-n' 없이 쓰면 이것은 make를 실행하기 전에 주어진 파일에 대해서 touch 명령을 실행하는 것과 거의 유사하다. 단 변경 시간이 make의 상상력 안에서만 변경된다는 것만 빼고 말이다. See section 명령 실행 대신에...(Instead of Executing the Commands).
`--warn-undefined-variables': make가 정의되지 않은 변수에 대한 참조를 볼 때마다 경고 메시지를 발행한다. 이것은 변수들을 복잡하게 사용하는 makefile을 디버그하려고 할 때 유용할 수 있다.

Go to the first, previous, next, last section, table of contents.