六、多行變量
還有一種設置變量值的方法是使用define關鍵字。使用define關鍵字設置變量的值可以有換行，這有利于定義一系列的命令（前面我們講過“命令包”的技術就是利用這個關鍵字）。
define指示符后面跟的是變量的名字，而重起一行定義變量的值，定義是以endef關鍵字結束。其工作方式和“=”操作符一樣。變量的值可以包含函數、命令、文字，或是其它變量。因為命令需要以[Tab]鍵開頭，所以如果你用define定義的命令變量中沒有以[Tab]鍵開頭，那么make就不會把其認為是命令。
下面的這個示例展示了define的用法：
define two-lines
echo foo
echo $(bar)
endef
七、環境變量
make運行時的系統環境變量可以在make開始運行時被載入到Makefile文件中，但是如果Makefile中已定義了這個變量，或是這個變量由make命令行帶入，那么系統的環境變量的值將被覆蓋。（如果make指定了“-e”參數，那么，系統環境變量將覆蓋Makefile中定義的變量）
因此，如果我們在環境變量中設置了“CFLAGS”環境變量，那么我們就可以在所有的Makefile中使用這個變量了。這對于我們使用統一的編譯參數有比較大的好處。如果Makefile中定義了CFLAGS，那么則會使用Makefile中的這個變量，如果沒有定義則使用系統環境變量的值，一個共性和個性的統一，很像“全局變量”和“局部變量”的特性。
當make嵌套調用時（參見前面的“嵌套調用”章節），上層Makefile中定義的變量會以系統環境變量的方式傳遞到下層的Makefile中。當然，默認情況下，只有通過命令行設置的變量會被傳遞。而定義在文件中的變量，如果要向下層Makefile傳遞，則需要使用exprot關鍵字來聲明。（參見前面章節）
當然，我并不推薦把許多的變量都定義在系統環境中，這樣，在我們執行不用的Makefile時，擁有的是同一套系統變量，這可能會帶來更多的麻煩。
八、目標變量
前面我們所講的在Makefile中定義的變量都是“全局變量”，在整個文件，我們都可以訪問這些變量。當然，“自動化變量”除外，如“$<”等這種類量的自動化變量就屬于“規則型變量”，這種變量的值依賴于規則的目標和依賴目標的定義。
當然，我樣同樣可以為某個目標設置局部變量，這種變量被稱為“Target-specific Variable”，它可以和“全局變量”同名，因為它的作用范圍只在這條規則以及連帶規則中，所以其值也只在作用范圍內有效。而不會影響規則鏈以外的全局變量的值。
其語法是：
<target ...>; : <variable-assignment>;
<target ...>; : overide <variable-assignment>;
<variable-assignment>;可以是前面講過的各種賦值表達式，如“=”、“:=”、“+=”或是“？=”。第二個語法是針對于make命令行帶入的變量，或是系統環境變量。
這個特性非常的有用，當我們設置了這樣一個變量，這個變量會作用到由這個目標所引發的所有的規則中去。如：
prog : CFLAGS = -g
prog : prog.o foo.o bar.o
$(CC) $(CFLAGS) prog.o foo.o bar.o
prog.o : prog.c
$(CC) $(CFLAGS) prog.c
foo.o : foo.c
$(CC) $(CFLAGS) foo.c
bar.o : bar.c
$(CC) $(CFLAGS) bar.c
在這個示例中，不管全局的$(CFLAGS)的值是什么，在prog目標，以及其所引發的所有規則中（prog.o foo.o bar.o的規則），$(CFLAGS)的值都是“-g”
九、模式變量
在GNU的make中，還支持模式變量（Pattern-specific Variable），通過上面的目標變量中，我們知道，變量可以定義在某個目標上。模式變量的好處就是，我們可以給定一種“模式”，可以把變量定義在符合這種模式的所有目標上。
我們知道，make的“模式”一般是至少含有一個“%”的，所以，我們可以以如下方式給所有以[.o]結尾的目標定義目標變量：
%.o : CFLAGS = -O
同樣，模式變量的語法和“目標變量”一樣：
<pattern ...>; : <variable-assignment>;
<pattern ...>; : override <variable-assignment>;
override同樣是針對于系統環境傳入的變量，或是make命令行指定的變量。