/usr/xpg4/bin/make [ -d ] [ -dd ] [ -D ] [ -DD ] [ -e ] [ -i ] [ -k ] [ -n ] [ -p ] [ -P ] [ -q ] [ -r ] [ -s ] [ -S ] [ -t ] [ -V ] [ -f makefile ] ... [ target ... ] [ macro=value ... ]
make executes a list of shell commands associated with each target, typically to create or update a file of the same name. makefile contains entries that describe how to bring a target up to date with respect to those on which it depends, which are called dependencies. Since each dependency is a target, it may have dependencies of its own. Targets, dependencies, and sub-dependencies comprise a tree structure that make traces when deciding whether or not to rebuild a target.
make recursively checks each target against its dependencies, beginning with the first target entry in makefile if no target argument is supplied on the command line. If, after processing all of its dependencies, a target file is found either to be missing, or to be older than any of its dependencies, make rebuilds it. Optionally with this version of make, a target can be treated as out-of-date when the commands used to generate it have changed since the last time the target was built.
To build a given target, make executes the list of commands, called a rule. This rule may be listed explicitly in the target’s makefile entry, or it may be supplied implicitly by make.
If no target is specified on the command line, make uses the first target defined in makefile.
If a target has no makefile entry, or if its entry has no rule, make attempts to derive a rule by each of the following methods, in turn, until a suitable rule is found. (Each method is described under USAGE below.)
- Pattern matching rules.
- Implicit rules, read in from a user-supplied makefile.
- Standard implicit rules (also known as suffix rules), typically read in from the file /usr/share/lib/make/make.rules.
- SCCS retrieval. make retrieves the most recent version from the SCCS history file (if any). See the description of the .SCCS_GET : special-function target for details.
- The rule from the .DEFAULT: target entry, if there is such an entry in the makefile.
If there is no makefile entry for a target, if no rule can be derived for building it, and if no file by that name is present, make issues an error message and halts.
Except when in POSIX mode, when no makefile is specified:
- If there is a file named makefile in the working directory, make uses that file. If, however, there is an SCCS history file (SCCS /s.makefile) which is newer, make attempts to retrieve and use the most recent version.
- In the absence of the above file(s), if a file named Makefile is present in the working directory, make attempts to use it. If there is an SCCS history file (SCCS /s.Makefile) that is newer, make attempts to retrieve and use the most recent version.
In POSIX mode, when no makefile is specified, make tries the following files in sequence:
- ./makefile, ./Makefile
- s.makefile, SCCS/s.makefile
- s.Makefile, SCCS/s.Makefile
Refer to make in for tutorial information.
When make first starts, it reads the MAKEFLAGS environment variable to obtain any the following options specified present in its value: -d, -D, -e, -i, -k, -n, -p, -q, -r, -s, -S, or -t. Due to the implementation of POSIX.2 standardization, the MAKEFLAGS values will contain a leading ‘--’ character. make then reads the command line for additional options, which also take effect.
Next, make reads in a default makefile that typically contains predefined
macro definitions, target entries for implicit rules, and additional rules,
such as the rule for retrieving SCCS
files. If present, make uses the file
make.rules in the current directory; otherwise it reads the file /usr/share/lib/make/make.rules,
which contains the standard definitions and rules.
Use the directive:
in your local
make.rules file to include them.
Next, make imports variables from the environment (unless the -e option is in effect), and treats them as defined macros. Because make uses the most recent definition it encounters, a macro definition in the makefile normally overrides an environment variable of the same name. When -e is in effect, however, environment variables are read in after all makefiles have been read. In that case, the environment variables take precedence over definitions in the makefile.
Next, make reads any makefiles you specify with -f, or one of makefile or Makefile as described above and then the state file, in the local directory if it exists. If the makefile contains a .KEEP_STATE_FILE target, then it reads the state file that follows the target. Refer to special target .KEEP_STATE_FILE for details.
Next, (after reading the environment if -e is in effect), make reads in any macro definitions supplied as command line arguments. These override macro definitions in the makefile and the environment both, but only for the make command itself.
make exports environment variables, using the most recently defined value. Macro definitions supplied on the command line are not normally exported, unless the macro is also an environment variable.
make does not export macros defined in the makefile. If an environment variable is set, and a macro with the same name is defined on the command line, make exports its value as defined on the command line. Unless -e is in effect, macro definitions within the makefile take precedence over those imported from the environment.
The macros MAKEFLAGS , MAKE, SHELL, HOST_ARCH, HOST_MACH, and TARGET_MACH are special cases. See Special-Purpose Macros, below for details.
A target entry has the following format:
- target...
- [:|::] [dependency] ... [; command] ...
[command]...
The first line contains the name of a target, or a space-separated list of target names, terminated with a colon or double colon. If a list of targets is given, this is equivalent to having a separate entry of the same form for each target. The colon(s) may be followed by a dependency, or a dependency list. make checks this list before building the target. The dependency list may be terminated with a semicolon (;), which in turn can be followed by a single Bourne shell command. Subsequent lines in the target entry begin with a TAB , and contain Bourne shell commands. These commands comprise the rule for building the target.
Shell commands may be continued across input lines by escaping the NEWLINE with a backslash (\). The continuing line must also start with a TAB .
To rebuild a target, make expands macros, strips off initial TAB characters and either executes the command directly (if it contains no shell metacharacters), or passes each command line to a Bourne shell for execution.
The first line that does not begin with a TAB or ’#’ begins another target or macro definition.
When incorporated in a makefile, the following target names perform special-functions:
.DEFAULT , .SCCS_GET , and .SUFFIXES
When the .KEEP_STATE: target is effective, make checks the command for building a target against the state file. If the command has changed since the last make run, make rebuilds the target.
When the .KEEP_STATE: target is effective, make reads reports from cpp(1) and other compilation processors for any ‘hidden’ files, such as #include files. If the target is out of date with respect to any of these files, make rebuilds it.
Entries of the form
define macros. macro is the name of the macro, and value, which consists of all characters up to a comment character or unescaped NEWLINE , is the value. make strips both leading and trailing white space in accepting the value.
Subsequent references to the macro, of the forms: $(name) or ${name} are replaced by value. The parentheses or brackets can be omitted in a reference to a macro with a single-character name.
Macro references can contain references to other macros, in which case nested references are expanded first.
Substitutions within macros can be made as follows:
where string1 is either a suffix,
or a word to be replaced in the macro definition, and string2 is the replacement
suffix or word. Words in a macro value are separated by SPACE
, TAB
, and
escaped NEWLINE
characters.
Pattern matching replacements can also be applied to macros, with a reference of the form:
$(name: op%os= np%ns)
where op is the existing (old) prefix and os is the existing (old) suffix, np and ns are the new prefix and new suffix, respectively, and the pattern matched by % (a string of zero or more characters), is carried forward from the value being replaced. For example:
PROGRAM=fabricate DEBUG= $(PROGRAM:%=tmp/%-g)
sets the value of DEBUG to tmp/fabricate-g.
Note that pattern replacement
macro references cannot be used in the dependency list of a pattern matching
rule; the % characters are not evaluated independently. Also, any number
of % metacharacters can appear after the equal-sign.
Words can be appended to macro values as follows:
When the MAKEFLAGS variable is present in the environment, make takes options from it, in combination with options entered on the command line. make retains this combined value as the MAKEFLAGS macro, and exports it automatically to each command or shell it invokes.
Note that flags passed by way of MAKEFLAGS are only displayed when the -d, or -dd options are in effect.
The MAKE macro is another special case. It has the value make by default, and temporarily overrides the -n option for any line in which it is referred to. This allows nested invocations of make written as:
to run recursively, with the -n flag in effect for all commands but make. This lets you use ‘make -n’ to test an entire hierarchy of makefiles.
For compatibility with the 4.2 BSD make, the MFLAGS macro is set from the MAKEFLAGS variable by prepending a ‘-’. MFLAGS is not exported automatically.
The SHELL
macro, when set to a single-word value such as /usr/bin/csh,
indicates the name of an alternate shell to use. The default is /bin/sh.
Note that make executes commands that contain no shell metacharacters itself.
Built-in commands, such as dirs in the C shell, are not recognized unless
the command line includes a metacharacter (for instance, a semicolon).
This macro is neither imported from, nor exported to the environment, regardless
of -e. To be sure it is set properly, you must define this macro within every
makefile that requires it.
The following macros are provided for use with cross-compilation:
There are several dynamically maintained macros that are useful as abbreviations within rules. They are shown here as references; if you were to define them, make would simply override the definition.
To refer to the $@ dynamic macro within a dependency list, precede the reference with an additional ‘$’ character (as in, ‘$$@’). Because make assigns $< and $* as it would for implicit rules (according to the suffixes list and the directory contents), they may be unreliable when used within explicit target entries.
These macros can be modified to apply either to the filename part, or the directory part of the strings they stand for, by adding an upper case F or D, respectively (and enclosing the resulting name in parentheses or braces). Thus, ‘$(@D)’ refers to the directory part of the string ‘$@’; if there is no directory part, ‘.’ is assigned. $(@F) refers to the filename part.
A macro definition of the form:
indicates that when processing any of the targets listed and their dependencies, macro is to be set to the value supplied. Note that if a conditional macro is referred to in a dependency list, the $ must be delayed (use $$ instead). Also, target-list may contain a % pattern, in which case the macro will be conditionally defined for all targets encountered that match the pattern. A pattern replacement reference can be used within the value.
You can temporarily append to a macro’s value with a conditional definition of the form:
make supplies the macros shown in the table that follows for compilers and their options, host architectures, and other commands. Unless these macros are read in as environment variables, their values are not exported by make. If you run make with any of these set in the environment, it is a good idea to add commentary to the makefile to indicate what value each is expected to take. If -r is in effect, make does not read the default makefile (./make.rules or /usr/share/lib/make/make.rules) in which these macro definitions are supplied.
Table of Predefined Macros |
Use Macro Default Value |
Library AR ar |
Archives ARFLAGS rv |
Assembler AS as |
Commands ASFLAGS |
COMPILE.s $(AS) $(ASFLAGS) |
COMPILE.S $(CC) $(ASFLAGS) $(CPPFLAGS) -c |
C Compiler CC cc |
Commands CFLAGS |
CPPFLAGS |
COMPILE.c $(CC) $(CFLAGS) $(CPPFLAGS) -c |
LINK.c $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) |
C++ CCC CC |
Compiler CCFLAGS CFLAGS |
Commands CPPFLAGS |
COMPILE.cc $(CCC) $(CCFLAGS) $(CPPFLAGS) -c |
LINK.cc $(CCC) $(CCFLAGS) $(CPPFLAGS) $(LDFLAGS) |
COMPILE.C $(CCC) $(CCFLAGS) $(CPPFLAGS) -c |
LINK.C $(CCC) $(CCFLAGS) $(CPPFLAGS) $(LDFLAGS) |
FORTRAN 77 FC f77 |
Compiler FFLAGS |
Commands COMPILE.f $(FC) $(FFLAGS) -c |
LINK.f $(FC) $(FFLAGS) $(LDFLAGS) |
COMPILE.F $(FC) $(FFLAGS) $(CPPFLAGS) -c |
LINK.F $(FC) $(FFLAGS) $(CPPFLAGS) $(LDFLAGS) |
FORTRAN 90 FC f90 |
Compiler F90FLAGS |
Commands COMPILE.f90 $(F90C) $(F90FLAGS) -c |
LINK.f90 $(F90C) $(F90FLAGS) $(LDFLAGS) |
COMPILE.ftn $(F90C) $(F90FLAGS) $(CPPFLAGS) -c |
LINK.ftn $(F90C) $(F90FLAGS) $(CPPFLAGS) $(LDFLAGS) |
Link Editor LD ld |
Command LDFLAGS |
lex LEX lex |
Command LFLAGS |
LEX.l $(LEX) $(LFLAGS) -t |
lint LINT lint |
Command LINTFLAGS |
LINT.c $(LINT) $(LINTFLAGS) $(CPPFLAGS) |
Modula 2 M2C m2c |
Commands M2FLAGS |
MODFLAGS |
DEFFLAGS |
COMPILE.def $(M2C) $(M2FLAGS) $(DEFFLAGS) |
COMPILE.mod $(M2C) $(M2FLAGS) $(MODFLAGS) |
Pascal PC pc |
Compiler PFLAGS |
Commands COMPILE.p $(PC) $(PFLAGS) $(CPPFLAGS) -c |
LINK.p $(PC) $(PFLAGS) $(CPPFLAGS) $(LDFLAGS) |
Ratfor RFLAGS |
Compilation COMPILE.r $(FC) $(FFLAGS) $(RFLAGS) -c |
Commands LINK.r $(FC) $(FFLAGS) $(RFLAGS) $(LDFLAGS) |
rm RM rm -f |
Command |
sccs SCCSFLAGS |
Command SCCSGETFLAGS -s |
yacc YACC yacc |
Command YFLAGS |
YACC.y $(YACC) $(YFLAGS) |
Suffixes SUFFIXES T{ |
T} |
List |
When a target has no entry in the makefile, make attempts to determine its class (if any) and apply the rule for that class. An implicit rule describes how to build any target of a given class, from an associated dependency file. The class of a target can be determined either by a pattern, or by a suffix; the corresponding dependency file (with the same basename) from which such a target might be built. In addition to a predefined set of implicit rules, make allows you to define your own, either by pattern, or by suffix.
A target entry of the form:
rule
- tp%ts: dp%ds
is a pattern matching rule, in which tp is a target prefix, ts is a target suffix, dp is a dependency prefix, and ds is a dependency suffix (any of which may be null). The ‘%’ stands for a basename of zero or more characters that is matched in the target, and is used to construct the name of a dependency. When make encounters a match in its search for an implicit rule, it uses the rule in that target entry to build the target from the dependency file. Pattern-matching implicit rules typically make use of the $@ and $< dynamic macros as placeholders for the target and dependency names. Other, regular dependencies may occur in the dependency list; however, none of the regular dependencies may contain ‘%’. An entry of the form:
is a valid pattern matching rule.
When no pattern matching rule applies, make checks the target name to see if it ends with a suffix in the known suffixes list. If so, make checks for any suffix rules, as well as a dependency file with same root and another recognized suffix, from which to build it.
The target entry for a suffix rule takes the form:
rule
- DsTs:
where Ts is the suffix of the target, Ds is the suffix of the dependency file, and rule is the rule for building a target in the class. Both Ds and Ts must appear in the suffixes list. (A suffix need not begin with a ‘.’ to be recognized.)
A suffix rule with only one suffix describes how to build a target having a null (or no) suffix from a dependency file with the indicated suffix. For instance, the .c rule could be used to build an executable program named file from a C source file named ‘file.c’. If a target with a null suffix has an explicit dependency, make omits the search for a suffix rule.
Table of Standard Implicit (Suffix) Rules | ||
Use Implicit Rule Name Command Line | ||
Assembly .s.o $(COMPILE.s) -o $ | $< | |
_ _ | ||
Files .s.a $(COMPILE.s) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.s~.o $(-s1GET) $(-s1GFLAGS) -p $< > $*.s | ||
$(-s1COMPILE.s) -o $ | $*.s | |
_ _ | ||
.S.o $(COMPILE.S) -o $ | $< | |
_ _ | ||
.S.a $(COMPILE.S) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.S~.o $(GET) $(GFLAGS) -p $< > $*.S | ||
$(COMPILE.S) -o $ | $*.S | |
_ _ | ||
.S~.a $(GET) $(GFLAGS) -p $< > $*.S | ||
$(COMPILE.S) -o $% $*.S | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
C .c $(LINK.c) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .c.ln $(LINT.c) $(OUTPUT_OPTION) -i $< | ||
_ _ | ||
.c.o $(COMPILE.c) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.c.a $(COMPILE.c) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
..c~ $(GET) $(GFLAGS) -p $< > $*.c | ||
$(CC) $(CFLAGS) $(LDFLAGS) -o $ | $*.c | |
_ _ | ||
..c~.o $(GET) $(GFLAGS) -p $< > $*.c | ||
$(CC) $(CFLAGS) -c $*.c | ||
_ _ | ||
..c~.ln $(GET) $(GFLAGS) -p $< > $*.c | ||
$(LINT.c) $(OUTPUT_OPTION) -c $*.c | ||
_ _ | ||
..c~.a $(GET) $(GFLAGS) -p $< > $*.c | ||
$(COMPILE.c) -o $% $*.c | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
C++ .cc $(LINK.cc) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .cc.o $(COMPILE.cc) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.cc.a $(COMPILE.cc) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.cc~ $(GET) $(GFLAGS) -p $< > $*.cc | ||
$(LINK.cc) -o $ | $*.cc $(LDLIBS) | |
_ _ | ||
.cc.o $(COMPILE.cc) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.cc~.o $(GET) $(GFLAGS) -p $< > $*.cc | ||
$(COMPILE.cc) $(OUTPUT_OPTION) $*.cc | ||
_ _ | ||
.cc.a $(COMPILE.cc) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.cc~.a $(GET) $(GFLAGS) -p $< > $*.cc | ||
$(COMPILE.cc) -o $% $*.cc | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.C $(LINK.C) -o $ | $< $(LDLIBS) | |
_ _ | ||
.C~ $(GET) $(GFLAGS) -p $< > $*.C | ||
$(LINK.C) -o $ | $*.C $(LDLIBS) | |
_ _ | ||
.C.o $(COMPILE.C) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.C~.o $(GET) $(GFLAGS) -p $< > $*.C | ||
$(COMPILE.C) $(OUTPUT_OPTION) $*.C | ||
_ _ | ||
.C.a $(COMPILE.C) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.C~.a $(GET) $(GFLAGS) -p $< > $*.C | ||
$(COMPILE.C) -o $% $*.C | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
FORTRAN 77 .f $(LINK.f) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .f.o $(COMPILE.f) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.f.a $(COMPILE.f) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.f $(LINK.f) -o $ | $< $(LDLIBS) | |
_ | ||
.f~ $(GET) $(GFLAGS) -p $< > $*.f | ||
$(FC) $(FFLAGS) $(LDFLAGS) -o $ | $*.f | |
_ _ | ||
.f~.o $(GET) $(GFLAGS) -p $< > $*.f | ||
$(FC) $(FFLAGS) -c $*.f | ||
_ _ | ||
.f~.a $(GET) $(GFLAGS) -p $< > $*.f | ||
$(COMPILE.f) -o $% $*.f | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.F $(LINK.F) -o $ | $< $(LDLIBS) | |
_ _ | ||
.F.o $(COMPILE.F) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.F.a $(COMPILE.F) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.F~ $(GET) $(GFLAGS) -p $< > $*.F | ||
$(FC) $(FFLAGS) $(LDFLAGS) -o $ | $*.F | |
_ _ | ||
.F~.o $(GET) $(GFLAGS) -p $< > $*.F | ||
$(FC) $(FFLAGS) -c $*.F | ||
_ _ | ||
.F~.a $(GET) $(GFLAGS) -p $< > $*.F | ||
$(COMPILE.F) -o $% $*.F | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
FORTRAN 90 .f90 $(LINK.f90) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .f90~ $(GET) $(GFLAGS) -p $< > $*.f90 | ||
$(LINK.f90) -o $ | $*.f90 $(LDLIBS) | |
_ _ | ||
.f90.o $(COMPILE.f90) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.f90~.o $(GET) $(GFLAGS) -p $< > $*.f90 | ||
$(COMPILE.f90) $(OUTPUT_OPTION) $*.f90 | ||
_ _ | ||
.f90.a $(COMPILE.f90) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.f90~.a $(GET) $(GFLAGS) -p $< > $*.f90 | ||
$(COMPILE.f90) -o $% $*.f90 | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.ftn $(LINK.ftn) -o $ | $< $(LDLIBS) | |
_ _ | ||
.ftn~ $(GET) $(GFLAGS) -p $< > $*.ftn | ||
$(LINK.ftn) -o $ | $*.ftn $(LDLIBS) | |
_ _ | ||
.ftn.o $(COMPILE.ftn) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.ftn~.o $(GET) $(GFLAGS) -p $< > $*.ftn | ||
$(COMPILE.ftn) $(OUTPUT_OPTION) $*.ftn | ||
_ _ | ||
.ftn.a $(COMPILE.ftn) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.ftn~.a $(GET) $(GFLAGS) -p $< > $*.ftn | ||
$(COMPILE.ftn) -o $% $*.ftn | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
lex .l $(RM) $*.c | ||
Files $(LEX.l) $< > $*.c | ||
$(LINK.c) -o $ | $*.c $(LDLIBS) | |
$(RM) $*.c | ||
_ _ | ||
.l.c $(RM) $ | ||
$(LEX.l) $< > $ | ||
_ _ | ||
.l.ln $(RM) $*.c | ||
$(LEX.l) $< > $*.c | ||
$(LINT.c) -o $ | -i $*.c | |
$(RM) $*.c | ||
_ _ | ||
.l.o $(RM) $*.c | ||
$(LEX.l) $< > $*.c | ||
$(COMPILE.c) -o $ | $*.c | |
$(RM) $*.c | ||
_ _ | ||
.l~ $(GET) $(GFLAGS) -p $< > $*.l | ||
$(LEX) $(LFLAGS) $*.l | ||
$(CC) $(CFLAGS) -c lex.yy.c | ||
rm -f lex.yy.c | ||
mv lex.yy.c $ | ||
_ _ | ||
.l~.c $(GET) $(GFLAGS) -p $< > $*.l | ||
$(LEX) $(LFLAGS) $*.l | ||
mv lex.yy.c $ | ||
_ _ | ||
.l~.ln $(GET) $(GFLAGS) -p $< > $*.l | ||
$(RM) $*.c | ||
$(LEX.l) $*.l > $*.c | ||
$(LINT.c) -o $ | -i $*.c | |
$(RM) $*.c | ||
_ _ | ||
.l~.o $(GET) $(GFLAGS) -p $< > $*.l | ||
$(LEX) $(LFLAGS) $*.l | ||
$(CC) $(CFLAGS) -c lex.yy.c | ||
rm -f lex.yy.c | ||
mv lex.yy.c $ | ||
Modula 2 .mod $(COMPILE.mod) -o $ | -e $ | $< |
_ _ | ||
Files .mod.o $(COMPILE.mod) -o $ | $< | |
_ _ | ||
.def.sym $(COMPILE.def) -o $ | $< | |
_ _ | ||
.def~.sym $(GET) $(GFLAGS) -p $< > $*.def | ||
$(COMPILE.def) -o $ | $*.def | |
_ _ | ||
.mod~ $(GET) $(GFLAGS) -p $< > $*.mod | ||
$(COMPILE.mod) -o $ | -e $ | $*.mod |
_ _ | ||
.mod~.o $(GET) $(GFLAGS) -p $< > $*.mod | ||
$(COMPILE.mod) -o $ | $*.mod | |
_ _ | ||
.mod~.a $(GET) $(GFLAGS) -p $< > $*.mod | ||
$(COMPILE.mod) -o $% $*.mod | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
NeWS .cps.h cps $*.cps | ||
_ _ | ||
.cps~.h $(GET) $(GFLAGS) -p $< > $*.cps | ||
$(CPS) $(CPSFLAGS) $*.cps | ||
Pascal .p $(LINK.p) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .p.o $(COMPILE.p) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.p~ $(GET) $(GFLAGS) -p $< > $*.p | ||
$(LINK.p) -o $ | $*.p $(LDLIBS) | |
_ _ | ||
.p~.o $(GET) $(GFLAGS) -p $< > $*.p | ||
$(COMPILE.p) $(OUTPUT_OPTION) $*.p | ||
_ _ | ||
.p~.a $(GET) $(GFLAGS) -p $< > $*.p | ||
$(COMPILE.p) -o $% $*.p | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
Ratfor .r $(LINK.r) -o $ | $< $(LDLIBS) | |
_ _ | ||
Files .r.o $(COMPILE.r) $(OUTPUT_OPTION) $< | ||
_ _ | ||
.r.a $(COMPILE.r) -o $% $< | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
_ _ | ||
.r~ $(GET) $(GFLAGS) -p $< > $*.r | ||
$(LINK.r) -o $ | $*.r $(LDLIBS) | |
_ _ | ||
.r~.o $(GET) $(GFLAGS) -p $< > $*.r | ||
$(COMPILE.r) $(OUTPUT_OPTION) $*.r | ||
_ _ | ||
.r~.a $(GET) $(GFLAGS) -p $< > $*.r | ||
$(COMPILE.r) -o $% $*.r | ||
$(AR) $(ARFLAGS) $ | $% | |
$(RM) $% | ||
SCCS .SCCS_GET sccs $(SCCSFLAGS) get $(SCCSGETFLAGS) $ | -G$ | |
Files | ||
_ _ | ||
.SCCS_GET_POSIX sccs $(SCCSFLAGS) get $(SCCSGETFLAGS) $ | ||
_ _ | ||
.GET_POSIX $(GET) $(GFLAGS) s.$ | ||
Shell .sh cat $< >$ | ||
Scripts chmod +x $ | ||
_ _ | ||
.sh~ $(GET) $(GFLAGS) -p $< > $*.sh | ||
cp $*.sh $ | ||
chmod a+x $ | ||
yacc .y $(YACC.y) $< | ||
Files $(LINK.c) -o $ | y.tab.c $(LDLIBS) | |
$(RM) y.tab.c | ||
_ _ | ||
.y.c $(YACC.y) $< | ||
mv y.tab.c $ | ||
_ _ | ||
.y.ln $(YACC.y) $< | ||
$(LINT.c) -o $ | -i y.tab.c | |
$(RM) y.tab.c | ||
_ _ | ||
.y.o $(YACC.y) $< | ||
$(COMPILE.c) -o $ | y.tab.c | |
$(RM) y.tab.c | ||
_ _ | ||
.y~ $(GET) $(GFLAGS) -p $< > $*.y | ||
$(YACC) $(YFLAGS) $*.y | ||
$(COMPILE.c) -o $ | y.tab.c | |
$(RM) y.tab.c | ||
_ _ | ||
.y~.c $(GET) $(GFLAGS) -p $< > $*.y | ||
$(YACC) $(YFLAGS) $*.y | ||
mv y.tab.c $ | ||
_ _ | ||
.y~.ln $(GET) $(GFLAGS) -p $< > $*.y | ||
$(YACC.y) $*.y | ||
$(LINT.c) -o $ | -i y.tab.c | |
$(RM) y.tab.c | ||
_ _ | ||
.y~.o $(GET) $(GFLAGS) -p $< > $*.y | ||
$(YACC) $(YFLAGS) $*.y | ||
$(CC) $(CFLAGS) -c y.tab.c | ||
rm -f y.tab.c | ||
mv y.tab.o $ |
make reads in the standard set of implicit rules from the file /usr/share/lib/make/make.rules, unless -r is in effect, or there is a make.rules file in the local directory that does not include that file.
The suffixes list is given as the list of dependencies for the ‘.SUFFIXES :’ special-function target. The default list is contained in the SUFFIXES macro (See Table of Predefined Macros for the standard list of suffixes). You can define additional .SUFFIXES: targets; a .SUFFIXES target with no dependencies clears the list of suffixes. Order is significant within the list; make selects a rule that corresponds to the target’s suffix and the first dependency-file suffix found in the list. To place suffixes at the head of the list, clear the list and replace it with the new suffixes, followed by the default list:
A tilde (~) indicates that if a dependency
file with the indicated suffix (minus the ~) is under SCCS
its most recent
version should be retrieved, if necessary, before the target is processed.
A target name of the form:
refers to a member, or a space-separated list of members, in an ar(1) library.
The dependency of the library member on the corresponding file must be given as an explicit entry in the makefile. This can be handled by a pattern matching rule of the form:
where .s is the suffix of the member; this suffix is typically .o for object libraries.
A target name of the form
refers to the member of a randomized object library that
defines the entry point named symbol.
Command lines are executed one at a time, each by its
own process or shell. Shell commands, notably cd, are ineffectual across
an unescaped NEWLINE
in the makefile. A line is printed (after macro expansion)
just before being executed. This is suppressed if it starts with a ‘@’, if
there is a ‘.SILENT
:’ entry in the makefile, or if make is run with the -s
option. Although the -n option specifies printing without execution, lines
containing the macro $(MAKE
) are executed regardless, and lines containing
the @ special character are printed. The -t (touch) option updates the modification
date of a file without executing any rules. This can be dangerous when
sources are maintained by more than one person.
make invokes the shell with the -e (exit-on-errors) argument. Thus, with
semicolon-separated command sequences, execution of the later commands depends
on the success of the former. This behavior can be overridden by starting
the command line with a ‘-’, or by writing a shell script that returns a non-zero
status only as it finds appropriate.
To use the Bourne shell if control structure for branching, use a command line of the form:
if expression ; \then command ; \ ... ; \ else command ; \ ... ; \ fi
Although composed of several input lines, the escaped NEWLINE characters insure that make treats them all as one (shell) command line.
To use the Bourne shell for control structure for loops, use a command line of the form:
for var in list ; \ do command; \ ... ; \done
To refer to a shell variable, use
a double-dollar-sign ($$). This prevents expansion of the dollar-sign by make.
To incorporate the standard output of a shell command in a macro, use a definition of the form:
The command is executed only once, standard error output is discarded, and NEWLINE characters are replaced with SPACE s. If the command has a non-zero exit status, make halts with an error.
To capture the output of a shell command in a macro reference, use a reference of the form:
where MACRO is the name of a macro containing a valid Bourne shell command line. In this case, the command is executed whenever the reference is evaluated. As with shell command substitutions, the reference is replaced with the standard output of the command. If the command has a non-zero exit status, make halts with an error.
In contrast to commands in rules, the command is not subject for macro substitution; therefore, a dollar sign ($) need not be replaced with a double dollar sign ($$).
INT,
SIGTERM,
and QUIT
signals received from the keyboard halt make and remove the target
file being processed unless that target is in the dependency list for .PRECIOUS:
.
This makefile says that pgm depends on two files a.o and b.o, and
that they in turn depend on their corresponding source files (a.c and b.c)
along with a common file incl.h:
- pgm: a.o b.o
- $(LINK.c) -o $@ a.o b.o
- a.o: incl.h a.c
- cc -c a.c
- b.o: incl.h b.c
- cc -c b.c
The following makefile uses implicit rules to express the same dependencies:
- pgm: a.o b.o
- cc a.o b.o -o pgm
- a.o b.o: incl.h
.- The characters are option letters without the leading hyphens or blank character separation used on a command line.
.- The characters are formatted in a manner similar to a portion of the make command line: options are preceded by hyphens and blank-character-separated. The macro=name macro definition operands can also be included. The difference between the contents of MAKEFLAGS and the command line is that the contents of the variable will not be subjected to the word expansions (see wordexp(3C) ) associated with parsing the command line values.
The MAKEFLAGS variable will be accessed from the environment before the makefile is read. At that time, all of the options (except -f and -p) and command-line macros not already included in MAKEFLAGS are added to the MAKEFLAGS macro. The MAKEFLAGS macro will be passed into the environment as an environment variable for all child processes. If the MAKEFLAGS macro is subsequently set by the makefile, it replaces the MAKEFLAGS variable currently found in the environment.
When the -q option is not specified, the make utility will exit with one of the following values:
Some commands return nonzero status inappropriately; to overcome this difficulty, prefix the offending command line in the rule with a ‘-’.
Filenames with the characters ‘=’, ‘:’, or ‘@’, do not work.
You cannot build file.o from lib(file.o).
Options supplied by MAKEFLAGS should be reported for nested make commands. Use the -d option to find out what options the nested command picks up from MAKEFLAGS .
This version of make is incompatible in certain respects with previous versions:
- The -d option output is much briefer in this version. -dd now produces the equivalent voluminous output.
- make attempts to derive values for the dynamic macros ‘$*’, ‘$<’, and ‘$?’, while processing explicit targets. It uses the same method as for implicit rules; in some cases this can lead either to unexpected values, or to an empty value being assigned. (Actually, this was true for earlier versions as well, even though the documentation stated otherwise.)
- make no longer searches for SCCS history "(s.)" files.
- Suffix replacement in macro references are now applied after the macro is expanded.
There is no guarantee that makefiles created for this version of make will work with earlier versions.
If there is no make.rules file in the current directory, and the file /usr/share/lib/make/make.rules is missing, make stops before processing any targets. To force make to run anyway, create an empty make.rules file in the current directory.
Once a dependency is made, make assumes the dependency file is present for the remainder of the run. If a rule subsequently removes that file and future targets depend on its existence, unexpected errors may result.
When hidden dependency checking is in effect, the $? macro’s value includes the names of hidden dependencies. This can lead to improper filename arguments to commands when $? is used in a rule.
Pattern replacement macro references cannot be used in the dependency list of a pattern matching rule.
Unlike previous versions, this version of make strips a leading ‘./’ from the value of the ‘$@’ dynamic macro.
With automatic SCCS retrieval, this version of make does not support tilde suffix rules.
The only dynamic macro whose value is strictly determined when used in a dependency list is $@ (takes the form ‘$$@’).
make invokes the shell with the -e argument. This cannot be inferred from the syntax of the rule alone.