• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 14, comments - 1, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            makefile

            Posted on 2009-09-03 12:31 ggh 閱讀(273) 評(píng)論(0)  編輯 收藏 引用
            轉(zhuǎn)================================
            Makefile文件

              Make工具最主要也是最基本的功能就是通過(guò)makefile文件來(lái)描述源程序之間的相互關(guān)系并自動(dòng)維護(hù)編譯工作。而makefile   文件需要按照某種語(yǔ)法進(jìn)行編寫(xiě),文件中需要說(shuō)明如何編譯各個(gè)源文件并連接生成可執(zhí)行文件,并要求定義源文件之間的依賴(lài)關(guān)系。makefile   文件是許多編譯器--包括   Windows   NT   下的編譯器--維護(hù)編譯信息的常用方法,只是在集成開(kāi)發(fā)環(huán)境中,用戶(hù)通過(guò)友好的界面修改   makefile   文件而已。
              在   UNIX   系統(tǒng)中,習(xí)慣使用   Makefile   作為   makefile   文件。如果要使用其他文件作為   makefile,則可利用類(lèi)似下面的   make   命令選項(xiàng)指定   makefile   文件:
              $   make   -f   Makefile.debug
              例如,一個(gè)名為prog的程序由三個(gè)C源文件filea.c、fileb.c和filec.c以及庫(kù)文件LS編譯生成,這三個(gè)文件還分別包含自己的頭文件a.h   、b.h和c.h。通常情況下,C編譯器將會(huì)輸出三個(gè)目標(biāo)文件filea.o、fileb.o和filec.o。假設(shè)filea.c和fileb.c都要聲明用到一個(gè)名為defs的文件,但filec.c不用。即在filea.c和fileb.c里都有這樣的聲明:
              #include   "defs "
              那么下面的文檔就描述了這些文件之間的相互聯(lián)系:
              ---------------------------------------------------------
               #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
              ----------------------------------------------------------
                這個(gè)描述文檔就是一個(gè)簡(jiǎn)單的makefile文件。
              從上面的例子注意到,第一個(gè)字符為   #   的行為注釋行。第一個(gè)非注釋行指定prog由三個(gè)目標(biāo)文件filea.o、fileb.o和filec.o鏈接生成。第三行描述了如何從prog所依賴(lài)的文件建立可執(zhí)行文件。接下來(lái)的4、6、8行分別指定三個(gè)目標(biāo)文件,以及它們所依賴(lài)的.c和.h文件以及defs文件。而5、7、9行則指定了如何從目標(biāo)所依賴(lài)的文件建立目標(biāo)。
              當(dāng)filea.c或a.h文件在編譯之后又被修改,則   make   工具可自動(dòng)重新編譯filea.o,如果在前后兩次編譯之間,filea.C   和a.h   均沒(méi)有被修改,而且   test.o   還存在的話(huà),就沒(méi)有必要重新編譯。這種依賴(lài)關(guān)系在多源文件的程序編譯中尤其重要。通過(guò)這種依賴(lài)關(guān)系的定義,make   工具可避免許多不必要的編譯工作。當(dāng)然,利用   Shell   腳本也可以達(dá)到自動(dòng)編譯的效果,但是,Shell   腳本將全部編譯任何源文件,包括哪些不必要重新編譯的源文件,而   make   工具則可根據(jù)目標(biāo)上一次編譯的時(shí)間和目標(biāo)所依賴(lài)的源文件的更新時(shí)間而自動(dòng)判斷應(yīng)當(dāng)編譯哪個(gè)源文件。
            Makefile文件作為一種描述文檔一般需要包含以下內(nèi)容:
              ◆   宏定義
              ◆   源文件之間的相互依賴(lài)關(guān)系
              ◆   可執(zhí)行的命令
              Makefile中允許使用簡(jiǎn)單的宏指代源文件及其相關(guān)編譯信息,在Linux中也稱(chēng)宏為變量。在引用宏時(shí)只需在變量前加$符號(hào),但值得注意的是,如果變量名的長(zhǎng)度超過(guò)一個(gè)字符,在引用時(shí)就必須加圓括號(hào)()。
              下面都是有效的宏引用:
              $(CFLAGS)
              $2
              $Z
              $(Z)
              其中最后兩個(gè)引用是完全一致的。
              需要注意的是一些宏的預(yù)定義變量,在Unix系統(tǒng)中,$*、$@、$?和$ <四個(gè)特殊宏的值在執(zhí)行命令的過(guò)程中會(huì)發(fā)生相應(yīng)的變化,而在GNU   make中則定義了更多的預(yù)定義變量。關(guān)于預(yù)定義變量的詳細(xì)內(nèi)容,
              宏定義的使用可以使我們脫離那些冗長(zhǎng)乏味的編譯選項(xiàng),為編寫(xiě)makefile文件帶來(lái)很大的方便。
              ---------------------------------------------------------
               #   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
               ……
              ---------------------------------------------------------
              此時(shí)如果執(zhí)行不帶參數(shù)的make命令,將連接三個(gè)目標(biāo)文件和庫(kù)文件LS;但是如果在make命令后帶有新的宏定義:
              make   "LIBES=   -LL   -LS "
            則命令行后面的宏定義將覆蓋makefile文件中的宏定義。若LL也是庫(kù)文件,此時(shí)make命令將連接三個(gè)目標(biāo)文件以及兩個(gè)庫(kù)文件LS和LL。
              在Unix系統(tǒng)中沒(méi)有對(duì)常量NULL作出明確的定義,因此我們要定義NULL字符串時(shí)要使用下述宏定義:
              STRINGNAME=

            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            亚洲va久久久噜噜噜久久| 欧美一区二区三区久久综合| 久久―日本道色综合久久| 热re99久久6国产精品免费| 亚洲午夜久久久久久久久电影网 | …久久精品99久久香蕉国产| 久久WWW免费人成—看片| 精品午夜久久福利大片| 青青青伊人色综合久久| 久久影院午夜理论片无码 | 久久强奷乱码老熟女| 久久91精品国产91久| 无遮挡粉嫩小泬久久久久久久| 久久久久久夜精品精品免费啦| 久久成人影院精品777| 久久久久亚洲AV无码专区桃色| 欧美精品乱码99久久蜜桃| 久久人人爽人人爽人人AV东京热 | 狠狠色丁香婷婷久久综合五月| 久久久久青草线蕉综合超碰| 久久亚洲国产成人精品性色| 99久久精品无码一区二区毛片 | 2021国产成人精品久久| 久久精品国产亚洲AV蜜臀色欲| 精品免费久久久久久久| 精品一久久香蕉国产线看播放| 久久国语露脸国产精品电影| 色综合久久久久网| 久久午夜伦鲁片免费无码| 色婷婷噜噜久久国产精品12p| 久久国产热精品波多野结衣AV| 久久久久国产亚洲AV麻豆| 狠狠色狠狠色综合久久| 久久99热这里只有精品国产| 人妻精品久久无码区| 怡红院日本一道日本久久| 亚洲AV无码一区东京热久久| 精品无码久久久久久久动漫| 精品免费tv久久久久久久| 91精品国产高清91久久久久久| 四虎国产精品免费久久|