makefile詳解 多行變數 環境變數 目標變數 模式變數 十九
阿新 • • 發佈：2019-01-13
六、多行變數
還有一種設定變數值的方法是使用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命令列指定的變數。
還有一種設定變數值的方法是使用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命令列指定的變數。