CMake是一個比make更高級的編譯配置工具，它可以根據不同平台、不同的編譯器，生成相應的Makefile或者vcproj項目。
通過編寫CMakeLists.txt，可以控制生成的Makefile，從而控制編譯過程。CMake自動生成的Makefile不僅可以通過make命令構建項目生成目標文件，還支持安裝（make install）、測試安裝的程序是否能正確執行（make test，或者ctest）、生成當前平台的安裝包（make package）、生成源碼包（make package_source）、產生Dashboard顯示數據並上傳等高級功能，只要在CMakeLists.txt中簡單配置，就可以完成很多復雜的功能，包括寫測試用例。
如果有嵌套目錄，子目錄下可以有自己的CMakeLists.txt。
總之，CMake是一個非常強大的編譯自動配置工具，支持各種平台，KDE也是用它編譯的，感興趣的可以試用一下。
准備活動：
（1）安裝cmake。
下載地址：http://www.cmake.org/cmake/resources/software.html
根據自己的需要下載相應的包即可，Windows下可以下載zip壓縮的綠色版本，還可以下載源代碼。
Windows下CMake的使用
（2）運行cmake的方法。（GUI、命令行）
http://www.cmake.org/cmake/help/runningcmake.html
CMake使用步驟：
運行GUI的cmake界面：
cmake-2.8.1-win32-x86\bin\cmake-gui.exe
Windows下CMake的使用
執行Configure：
運行之後，生成了如下文件：
Windows下CMake的使用
生成Makefile：
執行Generate之後生成如下文件：
Windows下CMake的使用
運行make進行編譯：
Windows下CMake的使用
編譯完成後，在build目錄生成Tutorial.exe，運行Tutorial.exe 25就可以看到運行結果：
Windows下CMake的使用
運行make install安裝程序：
Windows下CMake的使用
運行make test進行測試：
Windows下CMake的使用
通過cmake tutorial學習CMake配置方法
http://www.cmake.org/cmake/help/cmake_tutorial.html
可以在源代碼的Tests/Turorial目錄中找到這個手冊對應的代碼。
Windows下CMake的使用
1、Step1。
（如果不知道如何使用cmake，以及如何使用編譯產生的Turorial.exe，可先看下前面「CMake使用步驟」的說明，它以Step4為例詳細介紹了使用過程，Step1的配置可能不夠完全，比如無法運行make install，無法運行make test，但可以參考。）
簡單的程序編譯。
（1）運行GUI的cmake，指定要編譯的源代碼路徑和二進制文件路徑（會自動創建）。
Windows下CMake的使用
（2）點擊Configure，配置成功後，再點擊Generate。
配置需要選擇合適的編譯器，雖然我安裝了VC2008，但沒有配置成功；選擇Unix Makefiles，配置成功，它自動找到了DevC++下的gcc.exe等編譯器。
Windows下CMake的使用
（3）在build3目錄執行make，就能夠編譯生成Turorial.exe了。
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>make
Linking CXX executable Tutorial.exe
[100%] Built target Tutorial
可以運行一下Turorial.exe：
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe
Tutorial.exe Version 1.0
Usage: Tutorial.exe number
D:\Projects\Lab\testngpp\cmake-2.8.1\Tests\Tutorial\Step1\build3>Tutorial.exe 4
The square root of 4 is 2
2、Step2
把子目錄編譯為庫，並且鏈接到最終的可執行文件。
include_directories ("${PROJECT_SOURCE_DIR}/MathFunctions")
add_subdirectory (MathFunctions) # 使得子目錄MathFunctions也能被編譯
# add the executable
add_executable (Tutorial tutorial.cxx)
target_link_libraries (Tutorial MathFunctions)
產生makefile：
在GUI上點擊Configure，之後Generate還是灰色，再次點擊Configure，Generate就可以點擊了。
編譯：
❷ linux 怎樣修改編譯器的庫路徑
最簡單配置就是把連接庫目錄，添加到/etc/ld.so.conf中，一行一個目錄就行，添加完成後，執行#ldconfig更新動態連接庫。
❸ 如何為qt指定編譯器arm-xilinx-linux
修改$QTDIR/mkspecs目錄下的符號鏈接default.將其指向linux-g++
$QTDIR是路徑，具體要看你把QT裝到什麼地方和QT本身的版本，一般是/usr/lib[64]/qt4
修改default符號鏈接的作用是讓qmake在生成Makefile的時候將Makefile文件中的編譯器變數$CC與$CXX賦值成gcc和g++
❹ 如何修改C++程序編譯器的路徑
不同的編譯工具設置的方法不同，在VC中，你可以打開解決方案的屬性選項，在執行文件路徑里設置，這對整個解決方案有效，如果你是對某個源文件單獨處理，你需要在這個源文件的屬性選項中設置它的自定義處理項。
通常，編譯器的路徑在很多開發工具中是自動設置的，你改變這些設置，你需要非常熟悉你用的工具的編譯過程及需要的各種處理程序。否則，會造成開發工具不能正常工作。
❺ 怎樣設置編譯器路徑
環境變數中設置 bin，或者path路徑
|
我的電腦->屬性->高級->環境變數
❻ 如何在編譯後，指定安裝路徑
1. 安裝目錄變數
在Makefile中，安裝目錄同樣需要使用變數來指定，這樣就可以很方便的修改文件的安裝路徑。安裝目錄的標准命名下邊將一一介紹。這些變數基於標準的文件系統結構，這些變數的變種在SVR4、4.4BSD、Linux、Ultrix v4以及其它現代操作系統中都有使用。
安裝者希望在調用make是改變這些值，（例如 make prefix=/usr install）,或者在配置時改變這些值（例如 configure –prefix=/usr）。GNU包不會對在該系統上這些變數適合於哪些值做任何猜想，或者說GNU包不會猜測這些包應該被安裝到哪裡是更合適的：GNU包使用預設的特定設置是為了以便於所有的GNU包行為一致，它允許安裝者做任何自己想要的布局。
以下所羅列的兩個變數是指定安裝文件的根目錄。所有其它安裝目錄都是它們的子目錄。注意：文件不能直接安裝在這兩個目錄下。
prefix
這個變數（通常作為實際文件安裝目錄的父目錄，可以理解為其它實際文件安裝目錄的前綴）用於構造下列（除這兩個安裝根目錄以外的其它目錄變數）變數的預設值。變數「prefix」預設值是「/usr/local」。創建完整的GNU系統時，變數prefix的預設值是空值，「/usr」是「/」的符號連接符文件。（如果使用「Autoconf」工具，它應該寫成「@prefix@」）。注意：當更改了變數「prefix」以後重新執行「make install」，不會導致可執行程序（終極目標）的重建。
exec_prefix
這個前綴用於構造下列變數的預設值。變數「exec_prefix」預設值是「$(prefix)」（如果使用「Autoconf」工具，它應該寫為「@exec_prefix@」）。通常，「$(exec_prefix)」目錄中的子目錄下存放和機器相關文件（例如可執行文件和常式庫）。「$(prefix)」目錄的子目錄存放通用的一般文件。同樣：改變「exec_prefix」的值之後執行「make install」，不會重建可執行程序（終極目標）。
文件（包括可執行程序、說明文檔等）的安裝目錄：
bindir
用於安裝一般用戶可運行的可執行程序。通常它的值為：「/usr/local/bin」，使用時應寫為：「$(exec_prefix)/bin」。（使用「Autoconf」工具時，應該為「@bindir@」）
sbindir
安裝可在shell中直接調用執行的程序。這些命令僅對系統管理員有用（系統管理工具）。通常它的值為：「/usr/local/sbin」，要求在使用時應寫為：「$(exec_prefix)/sbin」。（使用「Autoconf」工具時，應該為「@sbindir@」）
libexecdir
用於安裝那些通常不是由用戶直接使用，而是由其它程序調用的可執行程序。通常它的值為：「/usr/local/libexec」，要求在使用時應寫為：「$(exec_prefix)/libexec」。（使用「Autoconf」工具時，應該為「@libexecdir@」）
程序執行時使用的數據文件可從以下兩個方面來分類：
1. 是否可由程序更改。分為兩類：程序可修改和不可修改的文件（雖然用戶可編輯其中某些文件）。
2. 是否和體系結構相關。分為兩類：體系結構無關文件，可被所有類型的機器共享；體系結構相關文件，僅可被相同類型機器、操作系統共享；其它的就是那些不能被任何兩個機器共享的文件。
這樣就存在六種不同的可能。除編譯生成的目標文件（.o文件）和庫文件以外，不推薦使用那些和特定機器體系結構相關的文件，使用和體系無關的數據文件更加簡潔，而且，它的實現也並不非常困難。
在Makefile中應該使用以下變數為不同類型的文件指定對應的安裝目錄：
`datarootdir'
The root of the directory tree for read-only architecture-independent data files. This should normally be /usr/local/share, but write it as $(prefix)/share. (If you are using Autoconf, write it as `@datarootdir@'.) `datadir''s default value is based on this variable; so are `infodir', `mandir', and others.
Datarootdir
機器體系結構無關的只讀數據文件的根目錄。通常它的值為：「/usr/local/share」，使用時應寫為：「$(prefix)/share」。（使用「Autoconf」工具時，應該為「@datarootdir@」）。『datadir』的預設值是基於這個變數的，`infodir', `mandir'等其它變數的值也是如此。
datadir
用於安裝和機器體系結構無關的只讀數據文件。通常它的值與』datarootdir』一樣，但是我們使用兩個變數是為了用戶能夠移動一些程序特定的文件而不修改如man 文件、info文件的路徑。通常它的值為：「/usr/local/share」，使用時應寫為：「$(prefix)/share」。（使用「Autoconf」工具時，應該為「@datadir@」）。「$(infodir)」和「$(includedir)」作為例外情況，參考後續對它們的詳細描述。
Datadir的定義對所有包都一樣，因此你應該安裝你的數據在它的子目錄下。大部分包安裝它們的數據在如此目錄下：$(datadir)/package-name/.
sysconfdir
用於安裝從屬於特定機器的只讀數據文件，包括：主機配置文件、郵件服務、網路配置文件、「/etc/passwd」文件等。所有該目錄下的文件都應該是普通文本文件（可識別的「ASCII」碼文本文件）。通常它的值為：「/usr/local/etc」，在使用時應寫為：「$(prefix)/etc」。（使用「Autoconf」工具時，應該為「@sysconfdir@」）。
不要將可執行文件安裝在這個目錄下（可執行文件的安裝目錄應該是「$(libexecdir)」或者「$(sbindir)」）。也不要在這個目錄下安裝那些需要更改的文件（系統的配置文件等）。這些文件應該安裝在目錄「$(localstatedir)」下。
sharedstatedir
用於安裝那些可由程序運行時修改的文件，這些文件與體系結構無關。通常它的值為：「/usr/local/com」，要求在使用時應寫為：「$(prefix)/com」。（使用「Autoconf」工具時，應該為「@sharedstatedir@」）
localstatedir
用於安裝那些可由程序運行時修改的文件，但這些文件和體系結構相關。用戶沒有必要通過直接修改這些文件來配置軟體包，對於不同的配置文件，將它們放在「$(datadir)」或者「$(sysconfdir)」目錄中。「$(localstatedir)」值通常為：「/usr/local/var」，在使用時應寫為：「$(prefix)/var」。（使用「Autoconf」工具時，應該為「@localstatedir@」）
libdir
用於存放編譯後的目標文件（.o）文件庫文件（文檔文件或者執行的共享庫文件）。不要在此目錄下安裝可執行文件（可執行文件應該安裝在目錄「$(libexecdir)」下）。變數libdir值通常為：「/usr/local/lib」，使用時應寫為：「$(exec_prefix)/lib」。（使用「Autoconf」工具時，應該為「@libdir@」）
infodir
用於安裝軟體包的 Info 文件。它的預設值為：「/usr/local/info」，使用時應寫為：「$(prefix)/info」。（使用「Autoconf」工具時，應該為「@infodir@」）
lispdir
用於安裝軟體包的Emacs Lisp 文件的目錄。它的預設值為：「/usr/local/share/emacs/site-lisp」，使用時應寫為：「$(prefix)/share/emacs/site-lisp」。當使用Autoconf工具時，應將寫為「@lispdir@」。為了保證「@lispdir@」能夠正常工作，需要在「configure.in」文件中包含如下部分：
lispdir='${datadir}/emacs/site-lisp'
AC_SUBST(lispdir)
includedir
用於安裝用戶程序源代碼使用「#include」包含的頭文件。它的預設值為：「/usr/local/include」，使用時應寫為：「$(prefix)/include」。（使用「Autoconf」工具時，應該為「@includedir@」）。
除gcc外的大多數編譯器不會在目錄「/usr/local/include」中搜尋頭文件，因此這種方式只適用gcc編譯器。這一點應該不是一個問題，因為很多情況下一些庫需要gcc才能工作。對那些依靠其它編譯器的庫文件，需要將頭文件安裝在兩個地方，一個由變數「includedir」指定，另一個由變數「oldincludedir」指定。
oldincludedir
它所指定的目錄也同樣用於安裝頭文件，這些頭文件用於非gcc的編譯器。它的預設值為：「/usr/include」。（使用「Autoconf」工具時，應該為「@oldincludedir@」）。
Makefile在安裝頭文件時，需要判斷變數「oldincludedir」的值是否為空。如果為空，就不使用它進行頭文件的安裝（一般是安裝完成「/usr/local/include」下的頭文件之後才安裝此目錄下的頭文件）。
一個軟體包的安裝不能替換該目錄下已經存在的頭文件，除非是同一個軟體包（重新使用相同的軟體包在此目錄下安裝頭文件）。例如，軟體包「Foo」需要在「oldincludedir」指定的目錄下安裝一個頭文件「foo.h」時，可安裝的條件為：1.目錄「$(oldincludedir)」目錄下不存在頭文件「foo.h」；2. 已經存在頭文件「foo.h」，存在的頭文件「foo.h」是之前軟體包「Foo」安裝的。
檢查頭文件「foo.h」是否來自於軟體包Foo，需要在頭文件的注釋中包含一個「magic」字元串，使用命令「grep」來在該文件中查找這個magic。
`docdir'
The directory for installing documentation files (other than Info) for this package. By default, it should be /usr/local/share/doc/yourpkg, but it should be written as $(datarootdir)/doc/yourpkg. (If you are using Autoconf, write it as `@docdir@'.) The yourpkg subdirectory, which may include a version number, prevents collisions among files with common names, such as README.
這個目錄安裝除了Info外的該包提供的文檔，它的預設值/usr/local/share/doc/yourpkg，使用時應寫為：「$(datarootdir)/doc/yourpkg」。（使用「Autoconf」工具時，應該為「@docdir@」）。Yourpkg子目錄可能包括版本號，為了阻止具有相同文件名字的文件沖突，例如README。
`infodir'
The directory for installing the Info files for this package. By default, it should be, but it should be written as (If you are using Autoconf, write it as `@infodir@'.) infodir is separate from docdir for compatibility with existing practice.
這個目錄安裝該包的info文件。它的預設值是：/usr/local/share/info, 使用時應寫成：$(datarootdir)/info.（使用「Autoconf」工具時，應該為「@infodir@」）.infodir從docdir中單獨分離出來為了兼容已經存在的practice。
`htmldir'
`dvidir'
`pdfdir'
`psdir'
Directories for installing documentation files in the particular format. (It is not required to support documentation in all these formats.) They should all be set to $(docdir) by default. (If you are using Autoconf, write them as `@htmldir@', `@dvidir@', etc.) Packages which supply several translations of their documentation should install them in `$(htmldir)/'ll, `$(pdfdir)/'ll, etc. where ll is a locale abbreviation such as `en' or `pt_BR'.
這些目錄用於安裝特定格式的文檔（並不要求支持所有這些格式的文檔）。預設值應該設置為：$(docdir)（使用「Autoconf」工具時，應該為「@htmldir @」等）。
`libdir'
The directory for object files and libraries of object code. Do not install executables here, they probably ought to go in $(libexecdir) instead. The value of libdir should normally be /usr/local/lib, but write it as $(exec_prefix)/lib. (If you are using Autoconf, write it as `@libdir@'.)
`lispdir'
The directory for installing any Emacs Lisp files in this package. By default, it should be /usr/local/share/emacs/site-lisp, but it should be written as $(datarootdir)/emacs/site-lisp.
If you are using Autoconf, write the default as `@lispdir@'. In order to make `@lispdir@' work, you need the following lines in your configure.in file:
lispdir='${datarootdir}/emacs/site-lisp'
AC_SUBST(lispdir)
`localedir'
The directory for installing locale-specific message catalogs for this package. By default, it should be /usr/local/share/locale, but it should be written as $(datarootdir)/locale. (If you are using Autoconf, write it as `@localedir@'.) This directory usually has a subdirectory per locale.
這個目錄安裝該包用於本地特定消息的目錄。預設值是：/usr/local/share/locale， 但是應該寫成：`@localedir@'。這個目錄常常對每個locale（本地化）都有一個子目錄。
❼ 如何利用UEStudio配置自己的編譯環境
1. 語法加亮的問題：
UEStudio（一下檢查UES），預設是支持C/C++和java的語句加亮的。但你必須先告訴UES這是一個.cpp或.java程序，否則一上來就敲源代碼，UES會把它當作普通文本文件來對待的。你只要存一下盤，源碼類型就會被UES正確識別。 如果有不能識別的其他源碼類型，可去UE網站，下載對應的wordfiles，總有一款會適合你。
2. UES本身並不帶編譯器，但如果你電腦中有這些編譯器，那麼UES本身是支持build這些程序的。但UES要求Creat->Build->Run這三部曲，才能正確編譯。
先打開project manager，指定項目文件的目錄，選擇相應的編譯器，選擇模板，鍵入項目文件名，點擊「create（創建）」按鈕後，UES會在指定的目錄下，建立：項目文件、.cpp，.h文件等。這是在Project菜單中，打開這個新項目文件，在主文件cpp中，鍵入或拷貝或添加代碼，存檔。項目Project中Build或Compiler這時都是可以被選擇的了（不再是灰色）。你當然也可以手動創建項目，然後添加自己的源碼。--- 【更詳細的說明和步驟】，可以在UES的官網上（
Home » Support » Tutorials/Power Tips » UEStudio » Creating your first application
）查看到。
3. UES是根據你的系統安裝的程序，或路徑，來配置編譯器環境的。如果UES沒有找到，你可以在Build菜單中，指定編譯器的路徑。
❽ arm-linux-gcc如何設置編譯器的默認引用路徑
把路徑加到 /etc/profile 或 ~/.bash_profile 里都可以
❾ 如何指定gcc的默認頭文件路徑
gcc指定頭文件路徑及動態鏈接庫路徑
本文詳細介紹了Linux 下gcc頭文件指定方法，以及搜索路徑順序的問題。另外，還總結了，gcc動態鏈接的方法以及路徑指定，同樣也討論了搜索路徑的順序問題。本文包含了很多的例子，具有很強的操作性，希望讀者自己去走一遍。
一.#include <>與#include 「」
#include <>直接到系統指定的某些目錄中去找某些頭文件。
#include 「」先到源文件所在文件夾去找，然後再到系統指定的某些目錄中去找某些頭文件。
二.gcc指定頭文件的三種情況：
1.會在默認情況下指定到/usr/include文件夾(更深層次的是一個相對路徑，gcc可執行程序的路徑是/usr/bin/gcc，那麼它在實際工作時指定頭文件頭徑是一種相對路徑方法，換算成絕對路徑就是加上/usr/include，如#include 就是包含/usr/include/stdio.h)
2.GCC還使用了-I指定路徑的方式，即
gcc -I 頭文件所在文件夾(絕對路徑或相對路徑均可) 源文件
舉一個例子：
設當前路徑為/root/test,其結構如下：
include_test.c
include/include_test.h
有兩種方法訪問到include_test.h。
1. include_test.c中#include 「include/include_test.h」然後gcc include_test.c即可
2. include_test.c中#include 或者#include 然後gcc –I include include_test.c也可
3. 參數：-nostdinc使編譯器不再系統預設的頭文件目錄裡面找頭文件,一般和-I聯合使用,明確限定頭文件的位置。
在編譯驅動模塊時，由於非凡的需求必須強制GCC不搜索系統默認路徑，也就是不搜索/usr/include要用參數-nostdinc，還要自己用-I參數來指定內核頭文件路徑，這個時候必須在Makefile中指定。
頭文件搜索順序：
1.由參數-I指定的路徑(指定路徑有多個路徑時，按指定路徑的順序搜索)
2.然後找gcc的環境變數 C_INCLUDE_PATH, CPLUS_INCLUDE_PATH, OBJC_INCLUDE_PATH
3.再找內定目錄
/usr/include
/usr/local/include
/usr/lib/gcc-lib/i386-linux/2.95.2/include
/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../include/g++-3
/usr/lib/gcc-lib/i386-linux/2.95.2/../../../../i386-linux/include
庫文件，但是如果裝gcc的時候，是有給定的prefix的話，那麼就是
/usr/include
prefix/include
prefix/xxx-xxx-xxx-gnulibc/include
prefix/lib/gcc-lib/xxxx-xxx-xxx-gnulibc/2.8.1/include
三.Linux指定動態庫路徑
眾所周知，Linux動態庫的默認搜索路徑是/lib和/usr/lib。動態庫被創建後，一般都復制到這兩個目錄中。當程序執行時需要某動態庫， 並且該動態庫還未載入到內存中，則系統會自動到這兩個默認搜索路徑中去查找相應的動態庫文件，然後載入該文件到內存中，這樣程序就可以使用該動態庫中的函 數，以及該動態庫的其它資源了。在Linux 中，動態庫的搜索路徑除了默認的搜索路徑外，還可以通過以下三種方法來指定。
1.在配置文件/etc/ld.so.conf中指定動態庫搜索路徑。
可以通過編輯配置文件/etc/ld.so.conf來指定動態庫的搜索路徑，該文件中每行為一個動態庫搜索路徑。每次編輯完該文件後，都必須運行命令ldconfig使修改後的配置生效。
舉一個例子：
所有源文件：
源文件1: lib_test.c
#include
void prt()
{
printf(「You found me!!!/n」);
}
源文件2: main.c
void prt();
int main()
{
prt();
return 0;
}