gnumakelinux

A. linux中make makefiles這個命令是什麼意思

無論是在Linux還是在Unix環境中，make都是一個非常重要的編譯命令。不管是自己進行項目開發還是安裝應用軟體，我們都經常要用到
make或make
install。利用make工具，我們可以將大型的開發項目分解成為多個更易於管理的模塊，對於一個包括幾百個源文件的應用程序，使用make和
makefile工具就可以簡潔明快地理順各個源文件之間紛繁復雜的相互關系。而且如此多的源文件，如果每次都要鍵入gcc命令進行編譯的話，那對程序員
來說簡直就是一場災難。而make工具則可自動完成編譯工作，並且可以只對程序員在上次編譯後修改過的部分進行編譯。因此，有效的利用make和
makefile工具可以大大提高項目開發的效率。同時掌握make和makefile之後，您也不會再面對著Linux下的應用軟體手足無措了。
但令人遺憾的是，在許多講述Linux應用的書籍上都沒有詳細介紹這個功能強大但又非常復雜的編譯工具。在這里我就向大家詳細介紹一下make及其描述文件
makefile。
Makefile文件
Make工具最主要也是最基本的功能就是通過makefile文件來描述源程序之間的相互關系並自動維護編譯工作。而makefile 文件需要按照某種語法進行編寫，文件
中
需要說明如何編譯各個源文件並連接生成可執行文件，並要求定義源文件之間的依賴關系。makefile 文件是許多編譯器--包括 Windows NT
下的編譯器--維護編譯信息的常用方法，只是在集成開發環境中，用戶通過友好的界面修改 makefile 文件而已。

在 UNIX 系統中，習慣使用 Makefile 作為 makfile 文件。如果要使用其他文件作為 makefile，則可利用類似下面的 make 命令選項指定 makefile 文件：

$ make -f Makefile.debug

例如，一個名為prog的程序由三個C源文件filea.c、fileb.c和filec.c以及庫文件LS編譯生成，這三個文件還分別包含自
己的頭文件a.h
、b.h和c.h。通常情況下，C編譯器將會輸出三個目標文件filea.o、fileb.o和filec.o。假設filea.c和fileb.c都要
聲明用到一個名為defs的文件，但filec.c不用。即在filea.c和fileb.c里都有這樣的聲明：

#include "defs"

那麼下面的文檔就描述了這些文件之間的相互聯系:

#It is a example for describing makefile
prog : filea.o fileb.o filec.o
cc filea.o fileb.o filec.o -LS -o prog
filea.o : filea.c a.h defs
cc -c filea.c
fileb.o : fileb.c b.h defs
cc -c fileb.c
filec.o : filec.c c.h
cc -c filec.c

這個描述文檔就是一個簡單的makefile文件。

從上面的例子注意到，第一個字元為 # 的行為注釋行。第一個非注釋行指定prog由三個目標文件filea.o、fileb.o和filec.o鏈接生成。第三行描述了如何從prog所依賴的文件建立可執行文件。接下來的4、6、8行分別指定三個目標文件，以及它們所依賴的.c和.h文件以及defs文件。而5、7、9行則指定了如何從目標所依賴的文
件建立目標。

當filea.c或a.h文件在編譯之後又被修改，則 make 工具可自動重新編譯filea.o，如果在前後兩次編譯之間，filea.C 和a.h 均沒有被修改，而且 test.o 還存在的話，就沒有必要重新編譯。這種依賴關系在多源文件的程序編譯中尤其重要。通過這種依賴關系的定義，make 工具可避免許多不必要的編譯工作。當然，利用 Shell
腳本也可以達到自動編譯的效果，但是，Shell 腳本將全部編譯任何源文件，包括哪些不必要重新編譯的源文件，而 make 工具則可根據目標上一次編譯的時間和目標所依賴的源文件的更新時間而自動判斷應當編譯哪個源文件。

Makefile文件作為一種描述文檔一般需要包含以下內容:
◆ 宏定義
◆ 源文件之間的相互依賴關系
◆ 可執行的命令

Makefile中允許使用簡單的宏指代源文件及其相關編譯信息，在Linux中也稱宏為變數。在引用宏時只需在變數前加$符號，但值得注意的是，如果變數名的長度超過一個字元，在引用時就必須加圓括弧（）。下面都是有效的宏引用：

$(CFLAGS)
$2
$Z
$(Z)

其中最後兩個引用是完全一致的。需要注意的是一些宏的預定義變數，在Unix系統中，$*、$@、$?和$<四個特殊宏的值在執行命令的過程中會發生相應的變化，而在GNU make中則定義了更多的預定義變數。關於預定義變數的詳細內容，宏定義的使用可以使我們脫離那些冗長乏味的編譯選項，為編寫makefile文
件帶來很大的方便。

# Define a macro for the object files
OBJECTS= filea.o fileb.o filec.o
# Define a macro for the library file
LIBES= -LS
# use macros rewrite makefile
prog: $(OBJECTS)
cc $(OBJECTS) $(LIBES) -o prog
……

此時如果執行不帶參數的make命令，將連接三個目標文件和庫文件LS；但是如果在make命令後帶有新的宏定義：

make "LIBES= -LL -LS"

則命令行後面的宏定義將覆蓋makefile文件中的宏定義。若LL也是庫文件，此時make命令將連接三個目標文件以及兩個庫文件LS和LL。

在Unix系統中沒有對常量NULL作出明確的定義，因此我們要定義NULL字元串時要使用下述宏定義：

STRINGNAME=

Make命令
在make命令後不僅可以出現宏定義，還可以跟其他命令行參數，這些參數指定了需要編譯的目標文件。其標准形式為：

target1 [target2 …]:[:][dependent1 …][;commands][#…]
[(tab) commands][#…]

方括弧中間的部分表示可選項。Targets和dependents當中可以包含字元、數字、句點和"/"符號。除了引用，commands中不能含有"#",也不允許換行。
在通常的情況下命令行參數中只含有一個":"，此時command序列通常和makefile文件中某些定義文件間依賴關系的描述行有關。如果與目標相關連的那些描述行指定了相關的command序列，那麼就執行這些相關的command命令，即使在分號和(tab)後面的aommand欄位甚至有可能是NULL。如果那些與目標相關連的行沒有指定command，那麼將調用系統默認的目標文件生成規則。
如果命令行參數中含有兩個冒號"::"，則此時的command序列也許會和makefile中所有描述文件依賴關系的行有關。此時將執行那些與目標相關連的描述行所
指向的相關命令。同時還將執行build-in規則。
如果在執行command命令時返回了一個非"0"的出錯信號，例如makefile文件中出現了錯誤的目標文件名或者出現了以連字元打頭的命令字元串，make操作一般會就此終止，但如果make後帶有"-i"參數，則make將忽略此類出錯信號。
Make命本身可帶有四種參數：標志、宏定義、描述文件名和目標文件名。其標准形式為：

Make [flags] [macro definitions] [targets]

Unix系統下標志位flags選項及其含義為：
-f file 指定file文件為描述文件，如果file參數為"-"符，那麼描述文件指向標准輸入。如果沒有"-f"參數，則系統將默認當前目錄下名為makefile或者名為Makefile的文件為描述文件。在Linux中， GNU make 工具在當前工作目錄中按照GNUmakefile、makefile、Makefile的順序搜索 makefile文件。
-i 忽略命令執行返回的出錯信息。
-s 沉默模式，在執行之前不輸出相應的命令行信息。

-r 禁止使用build-in規則。

-n 非執行模式，輸出所有執行命令，但並不執行。

-t 更新目標文件。
-q make操作將根據目標文件是否已經更新返回"0"或非"0"的狀態信息。
-p 輸出所有宏定義和目標文件描述。
-d Debug模式，輸出有關文件和檢測時間的詳細信息。
Linux下make標志位的常用選項與Unix系統中稍有不同，下面我們只列出了不同部分：
-c dir 在讀取 makefile 之前改變到指定的目錄dir。
-I dir 當包含其他 makefile文件時，利用該選項指定搜索目錄。
-h help文擋，顯示所有的make選項。
-w 在處理 makefile 之前和之後，都顯示工作目錄。
通過命令行參數中的target ，可指定make要編譯的目標，並且允許同時定義編譯多個目標，操作時按照從左向右的順序依次編譯target選項中指定的目標文件。如果命令行中沒有指定目標，則系統默認target指向描述文件中第一個目標文件。

通常，makefile 中還定義有 clean 目標，可用來清除編譯過程中的中間文件，例如：

clean:
rm -f *.o

運行 make clean 時，將執行 rm -f *.o 命令，最終刪除所有編譯過程中產生的所有中間文件。
隱含規則
在make 工具中包含有一些內置的或隱含的規則，這些規則定義了如何從不同的依賴文件建立特定類型的目標。Unix系統通常支持一種基於文件擴展名即文件名後綴的隱含規則。這種後綴規則定義了如何將一個具有特定文件名後綴的文件（例如.c文件），轉換成為具有另一種文件名後綴的文件（例如.o文件）：

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

系統中默認的常用文件擴展名及其含義為：
.o 目標文件
.c C源文件
.f FORTRAN源文件
.s 匯編源文件
.y Yacc-C源語法
.l Lex源語法
在早期的Unix系統系統中還支持Yacc-C源語法和Lex源語法。在編譯過程中，系統會首先在makefile文件中尋找與目標文件相關的.C文件，如果還有與之相依賴的.y和.l文件，則首先將其轉換為.c文件後再編譯生成相應的.o文件；如果沒有與目標相關的.c文件而只有相關的.y文件，則系統將直接編譯.y文件。
而GNU make 除了支持後綴規則外還支持另一種類型的隱含規則--模式規則。這種規則更加通用，因為可以利用模式規則定義更加復雜的依賴性規則。模式規則看起來非常類似於正則規則，但在目標名稱的前面多了一個 % 號，同時可用來定義目標和依賴文件之間的關系，例如下面的模式規則定義了如何將任意一個 file.c 文件轉換為 file.o 文件：

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

下面將給出一個較為全面的示例來對makefile文件和make命令的執行進行進一步的說明，其中make命令不僅涉及到了C源文件還包括了Yacc語法。本例選自"Unix
Programmer's Manual 7th Edition, Volume 2A" Page 283-284
下面是描述文件的具體內容：

#Description file for the Make command
#Send to print
P=und -3 | opr -r2
#The source files that are needed by object files
FILES= Makefile version.c defs main.c donamc.c misc.c file.c \
dosys.c gram.y lex.c gcos.c
#The definitions of object files
OBJECTS= vesion.o main.o donamc.o misc.o file.o dosys.o gram.o
LIBES= -LS
LINT= lnit -p
CFLAGS= -O
make: $(OBJECTS)
cc $(CFLAGS) $(OBJECTS) $(LIBES) -o make
size make
$(OBJECTS): defs
gram.o: lex.c
cleanup:
-rm *.o gram.c
install:
@size make /usr/bin/make
cp make /usr/bin/make ; rm make
#print recently changed files
print: $(FILES)
pr $? | $P
touch print
test:
make -dp | grep -v TIME>1zap
/usr/bin/make -dp | grep -v TIME>2zap
diff 1zap 2zap
rm 1zap 2zap
lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c
$(LINT) dosys.c donamc.c file.c main.c misc.c version.c \
gram.c
rm gram.c
arch:
ar uv /sys/source/s2/make.a $(FILES)

通常在描述文件中應象上面一樣定義要求輸出將要執行的命令。在執行了make命令之後，輸出結果為：

$ make
cc -c version.c
cc -c main.c
cc -c donamc.c
cc -c misc.c
cc -c file.c
cc -c dosys.c
yacc gram.y
mv y.tab.c gram.c
cc -c gram.c
cc version.o main.o donamc.o misc.o file.o dosys.o gram.o \
-LS -o make
13188+3348+3044=19580b=046174b

最後的數字信息是執行"@size make"命令的輸出結果。之所以只有輸出結果而沒有相應的命令行，是因為"@size make"命令以"@"起始，這個符號禁止列印輸出它所在的命令行。

描述文件中的最後幾條命令行在維護編譯信息方面非常有用。其中"print"命令行的作用是列印輸出在執行過上次"make print"命令後所有改動過的文件名稱。系
統使用一個名為print的0位元組文件來確定執行print命令的具體時間，而宏$?則指向那些在print文件改動過之後進行修改的文件的文件名。如果想要指定執行print命令後，將輸出結果送入某個指定的文件，那麼就可修改P的宏定義：

make print "P= cat>zap"

在Linux中大多數軟體提供的是源代碼，而不是現成的可執行文件，這就要求用戶根據自己系統的實際情況和自身的需要來配置、編譯源程序後，軟體才能使用。只有掌握了make工具，才能讓我們真正享受到到Linux這個自由軟體世界的帶給我們無窮樂趣。

B. 如何拿chromeium開發自己的瀏覽器

配置電腦環境，是搭建Chromium瀏覽器開發基礎的第一步。首先，確保電腦上安裝有C++編譯器，然後從Chromium官方倉庫下載源代碼。接著，依據操作系統的不同，配置相應的編譯參數，例如在Windows系統中使用CMake進行編譯，Linux和macOS則可以直接使用GNUMake。編譯過程中可能遇到問題，如依賴庫缺失、版本不兼容等，需要根據錯誤信息查找解決方案。通常，官方文檔或在線論壇能提供大量幫助。

第二步是根據個人需求和設想，逐步修改Chromium源代碼。這需要對瀏覽器架構有深入理解，包括渲染引擎、腳本引擎、網路棧、UI框架等模塊。通過閱讀源代碼，理解各個組件的實現細節和交互機制。開發者可以添加新功能、優化現有功能、改進用戶界面、調整性能表現等。此階段，開發者需要具備扎實的編程能力和對瀏覽器內核原理的深刻理解。由於Chromium源代碼龐大且復雜，尋找合適的修改點可能需要時間，建議從簡單的功能入手，逐步積累經驗。

對於不同類型的修改需求，開發者應查閱相關文檔和社區資源，了解最佳實踐和潛在風險。使用版本控制工具（如Git）跟蹤代碼變更，確保開發過程的可追溯性和協作性。編寫詳盡的測試用例，覆蓋各種邊界情況和異常場景，確保修改後的代碼穩定性和安全性。

在完成核心功能開發後，可以考慮引入自動化構建系統（如Bazel或CMake）來簡化編譯流程，並使用持續集成工具（如Jenkins或Travis CI）進行自動化測試和發布。此外，為了提高用戶體驗，優化瀏覽器的性能、資源消耗和穩定性至關重要。通過性能分析工具（如Chrome DevTools）定位瓶頸並實施優化措施。

最後，確保遵循開源許可協議（如Apache License或GNU GPL）發布自己的瀏覽器，提供明確的使用文檔和社區支持。通過用戶反饋不斷迭代改進，最終實現一款具有獨特特性和良好用戶體驗的瀏覽器。

C. ant的打包工具

Ant是一種基於java的build工具。理論上來說，它有些類似於（Unix）C中的make ，但沒有make的缺陷。目前的最新版本為：Ant 1.9.4 。
既然我們已經有了make, gnumake, nmake, jam以及其他的build工具為什麼還要要一種新的build工具呢？因為Ant的原作者在多種(硬體)平台上開發軟體時，無法忍受這些工具的限制和不便。類似於make的工具本質上是基於shell（語言）的：他們計算依賴關系，然後執行命令（這些命令與你在命令行敲的命令沒太大區別）。這就意味著你可以很容易地通過使用OS特有的或編寫新的（命令）程序擴展該工具；然而，這也意味著你將自己限制在了特定的OS，或特定的OS類型上，如Unix。
Makefile也很可惡。任何使用過他們的人都碰到過可惡的tab問題。Ant的原作者經常這樣問自己：「是否我的命令不執行只是因為在我的tab前有一個空格？！！」。類似於jam的工具很好地處理了這類問題，但是（用戶）必須記住和使用一種新的格式。
Ant就不同了。與基於shell命令的擴展模式不同，Ant用Java的類來擴展。（用戶）不必編寫shell命令，配置文件是基於XML的，通過調用target樹，就可執行各種task。每個task由實現了一個特定Task介面的對象來運行。（如果你對Ant一點概念都沒有的話，可能看不懂這一節，沒有關系，後面會對target,task做詳細的介紹。你如果沒有太多的時間甚至可以略過這一節，然後再回來瀏覽一下這里的介紹，那時你就會看懂了。同樣，如果你對make之類的工具不熟悉也沒關系，下面的介紹根本不會用到make中的概念。）
必須承認，這樣做，在構造shell命令時會失去一些特有的表達能力。如`find . -name foo -exec rm {}`，但卻給了你跨平台的能力－你可以在任何地方工作。如果你真的需要執行一些shell命令，Ant有一個<exec> task，這個task允許執行特定OS上的命令。 當一個代碼項目大了以後，每次重新編譯，打包，測試等都會變得非常復雜而且重復，因此c語言中有make腳本來幫助這些工作的批量完成。在Java 中應用是平台無關性的，當然不會用平台相關的make腳本來完成這些批處理任務了，ANT本身就是這樣一個流程腳本引擎，用於自動化調用程序完成項目的編譯，打包，測試等。除了基於JAVA是平台無關的外，腳本的格式是基於XML的，比make腳本來說還要好維護一些。
每個ant腳本（預設叫build.xml）中設置了一系列任務(target)：比如對於一個一般的項目可能需要有以下任務。
* 任務1：usage 列印本腳本的幫助信息（預設）
* 任務2：clean <-- init 清空初始化環境
* 任務3：javadoc <-- build <-- init 生成JAVADOC
* 任務4：jar <-- build <-- init 生成JAR
* 任務5：all <-- jar + javadoc <-- build <-- init 完成以上所有任務：jar javadoc
而多個任務之間往往又包含了一定的依賴關系：比如把整個應用打包任務(jar)的這個依賴於編譯任務(build)，而編譯任務又依賴於整個環境初始化任務(init)等。
註：我看到很多項目的ant腳本中的命名基本上都是一致的，比如：編譯一般叫build或者compile；打包一般叫jar或war；生成文檔一般命名為 javadoc或javadocs；執行全部任務all。在每個任務的中，ANT會根據配置調用一些外部應用並配以相應參數執行。雖然ANT可調用的外部應用種類非常豐富，但其實最常用的就2，3個：比如javac javadoc jar等。 Makefile有一些不足之處，比如很多人都會碰到的煩人的Tab問題。最初的Ant開發者多次強調」只是我在Tab前面加了一個空格，所以我的命令就不能執行」。有一些工具在一定程度上解決了這個問題，但還是有很多其他的問題。Ant則與一般基於命令的工具有所不同，它是Java類的擴展。Ant運行需要的XML格式的文件不是Shell命令文件。它是由一個Project組成的，而一個Project又可分成可多target，target再細分又分成很多task，每一個task都是通過一個實現特定介面的java類來完成的。
Ant的優點
Ant是Apache軟體基金會JAKARTA目錄中的一個子項目，它有以下的優點。
跨平台性。Ant是純Java語言編寫的，因此具有很好的跨平台性。
操作簡單。Ant是由一個內置任務和可選任務組成的。Ant運行時需要一個XML文件(構建文件)。
Ant通過調用target樹，就可以執行各種task。每個task實現了特定介面對象。由於Ant構建文件時XML格式的文件，所以很容易維護和書寫，而且結構很清晰。
Ant可以集成到開發環境中。由於Ant的跨平台性和操作簡單的特點，它很容易集成到一些開發環境中去。
Ant 開發
Ant的構建文件
當開始一個新的項目時，首先應該編寫Ant構建文件。構建文件定義了構建過程，並被團隊開發中每個人使用。Ant構建文件默認命名為build.xml，也可以取其他的名字。只不過在運行的時候把這個命名當作參數傳給Ant。構建文件可以放在任何的位置。一般做法是放在項目頂層目錄中，這樣可以保持項目的簡潔和清晰。下面是一個典型的項目層次結構。
(1) src存放源文件。
(2) class存放編譯後的文件。
(3) lib存放第三方JAR包。
(4) dist存放打包，發布以後的代碼。
Ant構建文件是XML文件。每個構建文件定義一個唯一的項目(Project元素)。每個項目下可以定義很多目標(target元素)，這些目標之間可以有依賴關系。當執行這類目標時，需要執行他們所依賴的目標。
每個目標中可以定義多個任務，目標中還定義了所要執行的任務序列。Ant在構建目標時必須調用所定義的任務。任務定義了Ant實際執行的命令。Ant中的任務可以為3類。
（1） 核心任務。核心任務是Ant自帶的任務。
（2） 可選任務。可選任務實來自第三方的任務，因此需要一個附加的JAR文件。
（3） 用戶自定義的任務。用戶自定義的任務是用戶自己開發的任務。
1.<project>標簽
每個構建文件對應一個項目。<project>標簽時構建文件的根標簽。它可以有多個內在屬性，就如代碼中所示，其各個屬性的含義分別如下。
(1) default表示默認的運行目標，這個屬性是必須的。
(2) basedir表示項目的基準目錄。
(3) name表示項目名。
(4) description表示項目的描述。
每個構建文件都對應於一個項目，但是大型項目經常包含大量的子項目，每一個子項目都可以有自己的構建文件。
2.<target>標簽
一個項目標簽下可以有一個或多個target標簽。一個target標簽可以依賴其他的target標簽。
例如，有一個target用於編譯程序，另一個target用於生成可執行文件。在生成可執行文件之前必須先編譯該文件，因此可執行文件的target依賴於編譯程序的target。Target的所有屬性如下。
(1).name表示標明，這個屬性是必須的。
(2).depends表示依賴的目標。
(3)if表示僅當屬性設置時才執行。
(4)unless表示當屬性沒有設置時才執行。
(5)description表示項目的描述。
Ant的depends屬性指定了target的執行順序。Ant會依照depends屬性中target出現順序依次執行每個target。在執行之前，首先需要執行它所依賴的target。程序中的名為run的target的depends屬性compile，而名為compile的target的depends屬性是prepare，所以這幾個target執行的順序是prepare->compile->run。
一個target只能被執行一次，即使有多個target依賴於它。如果沒有if或unless屬性，target總會被執行。
3.<mkdir>標簽
該標簽用於創建一個目錄，它有一個屬性dir用來指定所創建的目錄名，其代碼如下：
<mkdir dir=」${class.root}」/>
通過以上代碼就創建了一個目錄，這個目錄已經被前面的property標簽所指定。
4<jar>標簽
該標簽用來生成一個JAR文件，其屬性如下。
(1) destfile表示JAR文件名。
(2) basedir表示被歸檔的文件名。
(3) includes表示被歸檔的文件模式。
(4) excludes表示被排除的文件模式。
5．<javac標簽>
該標簽用於編譯一個或一組java文件，其屬性如下。
(1).srcdir表示源程序的目錄。
(2).destdir表示class文件的輸出目錄。
(3).include表示被編譯的文件的模式。
(4).excludes表示被排除的文件的模式。
(5).classpath表示所使用的類路徑。
(6).debug表示包含的調試信息。
(7).optimize表示是否使用優化。
(8).verbose 表示提供詳細的輸出信息。
(9).fileonerror表示當碰到錯誤就自動停止。
6．<java>標簽
該標簽用來執行編譯生成的.class文件，其屬性如下。
(1).classname 表示將執行的類名。
(2).jar表示包含該類的JAR文件名。
(3).classpath所表示用到的類路徑。
(4).fork表示在一個新的虛擬機中運行該類。
(5).failonerror表示當出現錯誤時自動停止。
(6).output 表示輸出文件。
(7).append表示追加或者覆蓋默認文件。
7.<delete>標簽
該標簽用於刪除一個文件或一組文件，其屬性如下。
(1)/file表示要刪除的文件。
(2).dir表示要刪除的目錄。
(3).includeEmptyDirs 表示指定是否要刪除空目錄，默認值是刪除。
(4).failonerror 表示指定當碰到錯誤是否停止，默認值是自動停止。
(5).verbose表示指定是否列出所刪除的文件，默認值為不列出。
8.<>標簽
該標簽用於文件或文件集的拷貝，其屬性如下。
(1).file 表示源文件。
(2).tofile 表示目標文件。
(3).todir 表示目標目錄。
(4).overwrite 表示指定是否覆蓋目標文件，默認值是不覆蓋。
(5).includeEmptyDirs 表示制定是否拷貝空目錄，默認值為拷貝。
(6).failonerror 表示指定如目標沒有發現是否自動停止，默認值是停止。
(7).verbose 表示制定是否顯示詳細信息，默認值不顯示。 在構建文件中為了標識文件或文件組，經常需要使用數據類型。數據類型包含在org.apache.tool.ant.types包中。下面鏡簡單介紹構建文件中一些常用的數據類型。
1. argument 類型
由Ant構建文件調用的程序，可以通過<arg>元素向其傳遞命令行參數，如apply,exec和java任
務均可接受嵌套<arg>元素，可以為各自的過程調用指定參數。以下是<arg>的所有屬性。
(1).values 是一個命令參數。如果參數中有空格，但又想將它作為單獨一個值，則使用此屬性。
(2).file表示一個參數的文件名。在構建文件中，此文件名相對於當前的工作目錄。
(3).line表示用空格分隔的多個參數列表。
(4).path表示路徑。
2.environment 類型
由Ant構建文件調用的外部命令或程序，<env>元素制定了哪些環境變數要傳遞給正在執行的系統命令，<env>元素可以接受以下屬性。
(1).file表示環境變數值的文件名。此文件名要被轉換位一個絕對路徑。
(2).path表示環境變數的路徑。Ant會將它轉換為一個本地約定。
(3).value 表示環境變數的一個直接變數。
(4).key 表示環境變數名。
注意 file path 或 value只能取一個。
3.filelist類型
Filelist 是一個支持命名的文件列表的數據類型，包含在一個filelist類型中的文件不一定是存在的文件。以下是其所有的屬性。
(1).dir是用於計算絕對文件名的目錄。
(2).files 是用逗號分隔的文件名列表。
(3).refid 是對某處定義的一個<filelist>的引用。
注意 dir 和 files 都是必要的，除非指定了refid(這種情況下，dir和files都不允許使用)。
4.fileset類型
Fileset 數據類型定義了一組文件，並通常表示為<fileset>元素。不過，許多ant任務構建成了隱式的fileset,這說明他們支持所有的fileset屬性和嵌套元素。以下為fileset 的屬性列表。
(1).dir表示fileset 的基目錄。
(2).casesensitive的值如果為false，那麼匹配文件名時，fileset不是區分大小寫的，其默認值為true.
(3).defaultexcludes 用來確定是否使用默認的排除模式，默認為true。
(4).excludes 是用逗號分隔的需要派出的文件模式列表。
(5).excludesfile 表示每行包含一個排除模式的文件的文件名。
(6).includes 是用逗號分隔的，需要包含的文件模式列表。
(7).includesfile 表示每行包括一個包含模式的文件名。
5.patternset 類型
Fileset 是對文件的分組，而patternset是對模式的分組，他們是緊密相關的概念。<patternset>支持4個屬性：includes excludex includexfile 和 excludesfile,與fileset相同。Patternset 還允許以下嵌套元素：include,exclude,includefile 和 excludesfile.
6.filterset 類型
Filterset定義了一組過濾器，這些過濾器將在文件移動或復制時完成文件的文本替換。
主要屬性如下：
(1).begintoken 表示嵌套過濾器所搜索的記號，這是標識其開始的字元串。
(2).endtoken表示嵌套過濾器所搜索的記號這是標識其結束的字元串。
(3).id是過濾器的唯一標志符。
(4).refid是對構建文件中某處定義一個過濾器的引用。
7.Path類型
Path元素用來表示一個類路徑，不過它還可以用於表示其他的路徑。在用作幾個屬性時，路經中的各項用分號或冒號隔開。在構建的時候，此分隔符將代替當前平台中所有的路徑分隔符，其擁有的屬性如下。
(1).location 表示一個文件或目錄。Ant在內部將此擴展為一個絕對路徑。
(2).refid 是對當前構建文件中某處定義的一個path的引用。
(3).path表示一個文件或路徑名列表。
8.mapper類型
Mapper類型定義了一組輸入文件和一組輸出文件間的關系，其屬性如下。
(1).classname 表示實現mapper類的類名。當內置mapper不滿足要求時，用於創建定製mapper.
(2).classpath表示查找一個定製mapper時所用的類型路徑。
(3).classpathref是對某處定義的一個類路徑的引用。
(4).from屬性的含義取決於所用的mapper.
(5).to屬性的含義取決於所用的mapper.
(6).type屬性的取值為identity，flatten glob merge regexp 其中之一，它定義了要是用的內置mapper的類型。 解包後在系統可執行路徑中加入指向ant的bin的路徑就可以了，比如可以在GNU/Linux上把以下配置加入/etc/profile中：
export ANT_HOME=/home/ant
export JAVA_HOME=/usr/java/j2sdk1.4.1
export PATH=$PATH:$JAVA_HOME/bin:$ANT_HOME/bin
Windows 下的安裝：
下載後解壓到某個目錄我這里以D:apache-ant-1.7.1為例子：
添加path全局環境變數:D:apache-ant-1.7.1in
這樣在command line就可以運行ant命令了
測試：運行->cmd/command->ant 如果沒有安裝成功則回報找不到這個命令，安裝成功會有相關的提示信息顯示。
這樣執行ant 後，如果不指定配置文件ant會預設找build.xml這個配置文件，並根據配置文件執行任務，預設的任務設置可以指向最常用的任務，比如： build，或指向列印幫助信息：usage，告訴用戶有那些腳本選項可以使用。 安裝好Ant並且配置好路徑之後，在命令行中切換到構建文件的目錄，輸入Ant命令就可以運行Ant.若沒有指定任何參數，Ant會在當前目錄下查詢build.xml文件。如果找到了就用該文件作為構建文件。如果使用了 –find 選項，Ant 就會在上級目錄中找構建文件，直至到達文件系統的根目錄。如果構建文件的名字不是build.xml ，則Ant運行的時候就可以使用 –buildfile file,這里file 指定了要使用的構建文件的名稱，示例如下：
Ant如下說明了表示當前目錄的構建文件為build.xml 運行 ant 執行默認的目標。
Ant –buildfile test.xml
使用當前目錄下的test.xml 文件運行Ant ,執行默認的目標
Ant版本
2013年03月11日，Apache Ant 1.9 發布

D. 如何編寫makefile

你先用gcc把它給編譯出來。然後再想用makefile

gcc最一般的用法就是：
gcc -o 要生成的可執行文件名 源代碼文件名
如：gcc -o hello.x hello.c
如果一些頭文件要指明的話，可以這樣：
gcc -o hello.x -I頭文件所在的文件夾 -l一些庫名 hello.c
最通常，我們用到一些數學庫。gcc -o hello.x -lm hello.c

makefile的話，你可以基於上述的語句進行修改：建議你看點資料，或一些典型的例子。但是注意的是規則那一行，得用Tab鍵打頭。
hello.x : hello.o
gcc -o hello.x hello.o (這一行，得用Tab打頭)
hello.o : hello.c 頭文件
gcc -c hello.o hello.c -I頭文件所在目錄 -lm (這一行，得用Tab打頭)

E. build.xml是什麼

1、ant的配置文件，用於打包發布，裡面含有配置文件。有點類似於linux/unix下的makefile。

（1）build.xml就是一個XML文件，它包含一個project節點和至少一個target節點，target節點包含多個task元素。簡單說，target節點代表著你的構建目標，而該目標是由多個操作/任務（task）來達成的。

（2）文字描述比較枯燥，下面以簡單的java項目為例，說明如何通過ant發布jar包。

在eclipse中新建一個java項目，結構如下

2、ant

（1）Apache Ant,是一個將軟體編譯、測試、部署等步驟聯系在一起加以自動化的一個工具，大多用於Java環境中的軟體開發。由Apache軟體基金會所提供。

（2）Ant的優點

A、Ant是Apache軟體基金會JAKARTA目錄中的一個子項目，它有以下的優點。跨平台性。Ant是存Java語言編寫的，所示具有很好的跨平台性。操作簡單。Ant是由一個內置任務和可選任務組成的。Ant運行時需要一個XML文件(構建文件)。Ant通過調用target樹，就可以執行各種task。

B、每個task實現了特定介面對象。由於Ant構建文件時XML格式的文件，所以和容易維護和書寫，而且結構很清晰。Ant可以集成到開發環境中。由於Ant的跨平台性和操作簡單的特點，它很容易集成到一些開發環境中去。

（3）Ant 開發

Ant的構建文件：當開始一個新的項目時，首先應該編寫Ant構建文件。構建文件定義了構建過程，並被團隊開發中每個人使用。Ant構建文件默認命名為build.xml，也可以取其他的名字。只不過在運行的時候把這個命名當作參數傳給Ant。構建文件可以放在任何的位置。一般做法是放在項目頂層目錄中，這樣可以保持項目的簡潔和清晰。