make命令編譯c

Ⅰ c語言 怎麼makefile

my_run_filename: main.o set1.o set2.o set3.o
gcc -o my_run_filename main.o set1.o set2.o set3.o
main.o: main.c
gcc -c main.c
set1.o: set1.c
gcc - c set1.c
set2.o: set2.c
gcc -c set2.c
set3.o:set3.c
gcc -c set3.c
雖然我以前也使用過 make 命令對 makefile 文件進行多個源文件進行編譯、鏈接，但是由於我已經很多年不編寫 C 語言程序了，所以也不敢說我寫的就完全正確。但是該 makefile的基本思路我可以給你解釋一下：
my_run_filename: main.o set1.o set2.o set3.o
gcc -o my_run_filename main.o set1.o set2.o set3.o
my_run_filename 是最終生成的可執行程序名，它依賴於四個中間文件（以 *.o 為結尾）：main.o set1.o set2.o set3.o
生成該最終可執行的程序名的命令是：gcc -o my_run_filename main.o set1.o set2.o set3.o
main.o: main.c
gcc -c main.c
main.o 這個中間文件依賴於 main.c 源程序，其中：gcc -c main.c 代表只編譯、不鏈接。
gcc 的 -c 選項表示只產生 main.o 文件，等待所有模塊單獨編譯通過了之後，再和別的一起進行鏈接。
其它 set1、set2、set3 同理。
雖然我知道 makefile 的大致思路，但是給我印象最深的就是：make 工具 對 makefile 文本文件的書寫規則是相當苛刻的，你可能還需要花費較多的時間進行 make 調試。

Ⅱ 如何用makefile編譯多個c文件

假設有下面幾個c++文件：
wherewhen.h
wherewhen.c
countdown.h
countdown.c
包含了math.h，
需要連接庫文件
main.c
主函數，
main.c
包含了兩個頭文件
wherewhen.h
and
countdown.h
1、第一種編譯方法：
g++
-Wall
-g
wherewhen.c
countdown.c
main.c
-lm
-o
myprogram
生成可執行文件myprogram
2、第二中編譯方法，
分別編譯各個文件：
g++
-Wall
-g
-c
wherewhen.c
g++
-Wall
-g
-c
countdown.c
g++
-Wall
-g
-c
main.c
g++
-g
wherewhen.o
countdown.o
main.o
-lm
-o
myprogram

Ⅲ 如何寫Makefile編譯匯編和C文件

有些場景下編譯的程序是不能依賴OS和標準的C庫的，並且需要C和匯編混合編譯，如bootloader程序，就需要制定參數-nostdlib,這樣的Makefile如下所示：all:arm-linux-gcc -O2 -Wall -nostdlib -march=armv4 -Wl,-T,ipl.lds uart.c ipl.c nfc.c nand.c sha1.c arm.s -o ipl.exe

Ⅳ makefile編譯c文件問題

hehe,解答你的問題。
你混淆了一個概念，編譯和預編譯，在編譯之前進行的操作稱為預編譯，而我們的.h文件也就是頭文件是在預編譯的階段插入到了.c文件也就是源文件里來，所以在編譯的階段可以直接對.c文件進行編譯工作了。.h文件在編譯階段不需要再顯式的調用了，我想你應該明白了。

Ⅳ linux下c編程怎麼編譯

有以下步驟：

1.源程序的編譯
在Linux下面,如果要編譯一個C語言源程序,我們要使用GNU的gcc編譯器. 下面
我們以一個實例來說明如何使用gcc編譯器.
假設我們有下面一個非常簡單的源程序(hello.c):
int main(int argc,char **argv)
{
printf("Hello Linux\n");
}
要編譯這個程序,我們只要在命令行下執行:
gcc -o hello hello.c
gcc 編譯器就會為我們生成一個hello的可執行文件.執行./hello就可以看到程
序的輸出結果了.命令行中 gcc表示我們是用gcc來編譯我們的源程序,-o 選項表示
我們要求編譯器給我們輸出的可執行文件名為hello 而hello.c是我們的源程序文件.
gcc編譯器有許多選項,一般來說我們只要知道其中的幾個就夠了. -o選項我們
已經知道了,表示我們要求輸出的可執行文件名. -c選項表示我們只要求編譯器輸出
目標代碼,而不必要輸出可執行文件. -g選項表示我們要求編譯器在編譯的時候提
供我們以後對程序進行調試的信息.
知道了這三個選項,我們就可以編譯我們自己所寫的簡單的源程序了,如果你
想要知道更多的選項,可以查看gcc的幫助文檔,那裡有著許多對其它選項的詳細說
明.
2.Makefile的編寫
假設我們有下面這樣的一個程序,源代碼如下:

#include "mytool1.h"
#include "mytool2.h"
int main(int argc,char **argv)
{
mytool1_print("hello");
mytool2_print("hello");
}

#ifndef _MYTOOL_1_H
#define _MYTOOL_1_H
void mytool1_print(char *print_str);
#endif

#include "mytool1.h"
void mytool1_print(char *print_str)
{
printf("This is mytool1 print %s\n",print_str);
}

#ifndef _MYTOOL_2_H
#define _MYTOOL_2_H
void mytool2_print(char *print_str);
#endif

#include "mytool2.h"
void mytool2_print(char *print_str)
{
printf("This is mytool2 print %s\n",print_str);
}
當然由於這個程序是很短的我們可以這樣來編譯
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
這樣的話我們也可以產生main程序,而且也不時很麻煩.但是如果我們考慮一
下如果有一天我們修改了其中的一個文件(比如說mytool1.c)那麼我們難道還要重
新輸入上面的命令?也許你會說,這個很容易解決啊,我寫一個SHELL腳本,讓她幫我
去完成不就可以了.是的對於這個程序來說,是可以起到作用的.但是當我們把事情
想的更復雜一點,如果我們的程序有幾百個源程序的時候,難道也要編譯器重新一
個一個的去編譯?
為此,聰明的程序員們想出了一個很好的工具來做這件事情,這就是make.我們
只要執行以下make,就可以把上面的問題解決掉.在我們執行make之前,我們要先
編寫一個非常重要的文件.--Makefile.對於上面的那個程序來說,可能的一個
Makefile的文件是:
# 這是上面那個程序的Makefile文件
main:main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o:main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o:mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o:mytool2.c mytool2.h
gcc -c mytool2.c
有了這個Makefile文件,不過我們什麼時候修改了源程序當中的什麼文件,我們
只要執行make命令,我們的編譯器都只會去編譯和我們修改的文件有關的文件,其
它的文件她連理都不想去理的.
下面我們學習Makefile是如何編寫的.
在Makefile中也#開始的行都是注釋行.Makefile中最重要的是描述文件的依賴
關系的說明.一般的格式是:
target: components
TAB rule
第一行表示的是依賴關系.第二行是規則.
比如說我們上面的那個Makefile文件的第二行
main:main.o mytool1.o mytool2.o
表示我們的目標(target)main的依賴對象(components)是main.o mytool1.o
mytool2.o 當倚賴的對象在目標修改後修改的話,就要去執行規則一行所指定的命
令.就象我們的上面那個Makefile第三行所說的一樣要執行 gcc -o main main.o
mytool1.o mytool2.o 注意規則一行中的TAB表示那裡是一個TAB鍵
Makefile有三個非常有用的變數.分別是$@,$^,$<代表的意義分別是:
$@--目標文件,$^--所有的依賴文件,$<--第一個依賴文件.
如果我們使用上面三個變數,那麼我們可以簡化我們的Makefile文件為:
# 這是簡化後的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o:main.c mytool1.h mytool2.h
gcc -c $<
mytool1.o:mytool1.c mytool1.h
gcc -c $<
mytool2.o:mytool2.c mytool2.h
gcc -c $<
經過簡化後我們的Makefile是簡單了一點,不過人們有時候還想簡單一點.這里
我們學習一個Makefile的預設規則
.c.o:
gcc -c $<
這個規則表示所有的 .o文件都是依賴與相應的.c文件的.例如mytool.o依賴於
mytool.c這樣Makefile還可以變為:
# 這是再一次簡化後的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
.c.o:
gcc -c $<
好了,我們的Makefile 也差不多了,如果想知道更多的關於Makefile規則可以查
看相應的文檔.

3.程序庫的鏈接
試著編譯下面這個程序

#include
int main(int argc,char **argv)
{
double value;
printf("Value:%f\n",value);
}
這個程序相當簡單,但是當我們用 gcc -o temp temp.c 編譯時會出現下面所示
的錯誤.
/tmp/cc33Ky.o: In function `main':
/tmp/cc33Ky.o(.text+0xe): undefined reference to `log'
collect2: ld returned 1 exit status
出現這個錯誤是因為編譯器找不到log的具體實現.雖然我們包括了正確的頭
文件,但是我們在編譯的時候還是要連接確定的庫.在Linux下,為了使用數學函數,我
們必須和數學庫連接,為此我們要加入 -lm 選項. gcc -o temp temp.c -lm這樣才能夠
正確的編譯.也許有人要問,前面我們用printf函數的時候怎麼沒有連接庫呢?是這樣
的,對於一些常用的函數的實現,gcc編譯器會自動去連接一些常用庫,這樣我們就沒
有必要自己去指定了. 有時候我們在編譯程序的時候還要指定庫的路徑,這個時候
我們要用到編譯器的 -L選項指定路徑.比如說我們有一個庫在 /home/hoyt/mylib下
,這樣我們編譯的時候還要加上 -L/home/hoyt/mylib.對於一些標准庫來說,我們沒
有必要指出路徑.只要它們在起預設庫的路徑下就可以了.系統的預設庫的路徑/lib
/usr/lib /usr/local/lib 在這三個路徑下面的庫,我們可以不指定路徑.
還有一個問題,有時候我們使用了某個函數,但是我們不知道庫的名字,這個時
候怎麼辦呢?很抱歉,對於這個問題我也不知道答案,我只有一個傻辦法.首先,我到
標准庫路徑下面去找看看有沒有和我用的函數相關的庫,我就這樣找到了線程
(thread)函數的庫文件(libpthread.a). 當然,如果找不到,只有一個笨方法.比如我要找
sin這個函數所在的庫. 就只好用 nm -o /lib/*.so|grep sin>~/sin 命令,然後看~/sin
文件,到那裡面去找了. 在sin文件當中,我會找到這樣的一行libm-2.1.2.so:00009fa0
W sin 這樣我就知道了sin在 libm-2.1.2.so庫裡面,我用 -lm選項就可以了(去掉前面
的lib和後面的版本標志,就剩下m了所以是 -lm).

4.程序的調試
我們編寫的程序不太可能一次性就會成功的,在我們的程序當中,會出現許許
多多我們想不到的錯誤,這個時候我們就要對我們的程序進行調試了.
最常用的調試軟體是gdb.如果你想在圖形界面下調試程序,那麼你現在可以選
擇xxgdb.記得要在編譯的時候加入 -g選項.關於gdb的使用可以看gdb的幫助文件.由
於我沒有用過這個軟體,所以我也不能夠說出如何使用. 不過我不喜歡用gdb.跟蹤
一個程序是很煩的事情,我一般用在程序當中輸出中間變數的值來調試程序的.當
然你可以選擇自己的辦法,沒有必要去學別人的.現在有了許多IDE環境,裡面已經自
己帶了調試器了.你可以選擇幾個試一試找出自己喜歡的一個用.

5.頭文件和系統求助
有時候我們只知道一個函數的大概形式,不記得確切的表達式,或者是不記得函數在那個頭文件進行了說明.這個時候我們可以求助系統，比如說我們想知道fread這個函數的確切形式,我們只要執行 man fread 系統就會輸出著函數的詳細解釋的.和這個函數所在的頭文件說明了。如果我們要write這個函數說明，當我們執行man write時，輸出的結果卻不是我們所需要的。因為我們要的是write這個函數的說明，可是出來的卻是write這個命令的說明。為了得到write的函數說明我們要用man 2 write。2表示我們用的是write這個函數是系統調用函數，還有一個我們常用的是3表示函數是c的庫函數。

Ⅵ cmake 在Windows 命令行怎麼指定編譯器

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用make語句編譯

$ cat makefile
.SUFFEXES:.c .o

.c.o:
gcc -Wall -c $<

OBJS=my_file.o

all: my_exec_file

my_exec_file:$(OBJS)
gcc -Wall $(OBJS) -o $@
$ make
gcc -Wall -c my_file.c
gcc -Wall my_file.o -o my_exec_file
簡單說明：
.SUFFEXES:.c .o ：告訴make識別哪些源程序和目標程序
.c.o: ：告訴make命令.c程序如何生成.o文件，採用其下的gcc -Wall -c $<（$<代表任意一個編譯時用到的.c文件）命令。
all: my_exec_file ：告訴make命令自動生成哪個可執行程序
my_exec_file:$(OBJS) ：告訴make命令如何生成my_exec_file文件，需要哪些目標代碼（$(OBJS)），採用其下的命令： gcc -Wall $(OBJS) -o $@ （$@代表my_exec_file，即要編譯的可執行文件名）

Ⅷ 誰能詳細地說明一下怎麼在mac自己寫c語言的程序嗎用makefile編譯，用終端運行的那種

makefile裡面所寫的內容其實就是你要編譯的命令，那麼，什麼是編譯命令呢？
假寫你已經寫好一個程序代碼，並將之存在一個.c文件中，如：hello.c,在終端上你可以這樣做！在終端上輸入gcc -o hello hello.c
然後回車，看一看有沒有什麼反映，如果沒有打出很多英文的話，恭喜你！你完美地完成了第一步！然後，在終端中輸入./hello 看看是不是有什麼輸出了？
現在來解釋一下編譯命令：上面的命令的意思就是，使用gcc編譯器編譯hello.c源代碼，生成的文件名稱叫做hello.最後，要看程序運行結果，就要運行生成的程序也就是「./hello」了，「./」的意思就是在當前的目錄下運行。
而makefile中內容的就是上面的編譯命令，如：在makefile文件中寫入
Hello:hello.c
gcc -o Hello hello.c
保存文件之後直接在終端中輸入make，就完成編譯了！makefile存在的意義只是讓編譯更加方便，也就說，可以把所以的編譯都寫在一個makefile文件中，然後在終端中輸入make就可以完成makefile文件里的命令！
建議還是先將C語言入門，然後再學使用makefile編譯程序吧！因為剛開始的時候不用編譯很多文件，如果一個文件要編寫一個makefile文件的話，那豈不是很繁？

Ⅸ makefile編譯.c.o問題

.c.o寫法是不對的。

可以改成這樣：

TARGET=libtest.a
all:$(TARGET)

a.o:a.c
gcc-c$<-o$@
b.o:b.c
gcc-c$<-o$@
c.o:c.c
gcc-c$<-o$@
$(TARGET):a.ob.oc.o
[email protected]

Ⅹ 直接使用make編譯一個C文件，提示"No targets specified and no makefile found. Stop."

你這不是搞笑么，你需要編譯的c文件所在的目錄要有Makefile文件的呀。沒有這個文件你直接打make命令，他怎麼知道怎麼編譯的啦。
如果你只有單個c文件，建議你直接用gcc命令編譯。