一個通用Makefile的編寫
出處:maychang 發(fā)布于:2010-03-03 10:24:14
作者:楊碩,華清遠見嵌入式學院講師。
現在我們講使用數據庫來進行變成,具體的提供了SELECT INSERT UPDATE DELETE等數據庫的執(zhí)行語句,這是在數據庫的接口,當在圖形下顯示數據時需要使用到QSqlTableModel。所以在數據庫編程之前需要掌握基礎的SQL 命令語句。
數據庫驅動層
相關聯的類包含了QSqlDriver ,QSqlDriverCreatpor ,QSqlDriverCreatorBase,QSqlDriverPlugin與QSqlResult 。
數據庫的應用程序接口層
這些類提供了訪問數據庫,提出一個連接請求,如同文件訪問一樣,當連接成功,講通過判斷信息返回信息,只要建立了連接就可以使用QSqlQuery 類來操作數據庫, 在連接數據庫之后還提供了幾個類, 例如QSqlError ,QSqlField ,QSqlIndex 與QSqlRecord。
用戶接口層
這些類提供了與數據相關的部件,包含了QSqlQueryModel,QSqlTableModel,與QSqlRelationTableModel 。這些類的定義使用是用來提供數據庫的模式與試圖來設計的。
連接到數據庫
如果要建立一個數據庫的連接, 首先要知道使用的什么數據庫,并為這個數據庫的連接加載驅動,如果是mysql 數據庫,都會有用戶名與密碼,這也是必須設置的,被連接的數據庫或許在本地或者在遠程的某臺計算機上,所以需要設置一個主機的名稱來區(qū)別。
下面是連接數據庫的例子:
QSqlDatabase db = QSqlDatabase::addDatabase("QMYSQL");
db.setHostName("bigblue");
db.setDatabaseName("flightdb");
db.setUserName("acarlson");
db.setPassword("1uTbSbAs");
bool k = db.open();
我們在Linux環(huán)境下開發(fā)程序,少不了要自己編寫makefile,一個稍微大一些的工程下面都會包含很多.c的源文件。如果我們用gcc去一個一個編譯每一個源文件的話,效率會低很多,但是如果我們可以寫一個Makefile,那么只需要執(zhí)行一個make就OK了,這樣大大提高了開發(fā)效率。但是Makefile的語法規(guī)則眾多,而且缺乏參考資料,對于初學者來說,寫起來還是有一定的難度,往往令很多人望而生畏。下面我們介紹一個比較通用而且簡潔的Makefile,大家只要對它稍作修改就可以用在你們自己的工程里了。
現在假設我們有一個工程叫my_project,工程源碼目錄下面有app1.c,app2.c,app3.c以及main.c這五個源文件。我們現在需要編譯出app1.o,app2.o,app3.o以及main.o,然后再把這些.o文件鏈接成為一個ELF格式的可執(zhí)行程序叫做my_app。我們先看一個簡單的Makefile如何編寫:
my_app : main.o, app1.o, app2.o, app3.o, app4.o
gcc –o my_app main.o app1.o, app2.o, app3.o, app4.o
main.o : main.c
gcc –c main.c
app1.o : app1.c
gcc –c app1.c
app2.o : app2.c
gcc –c app2.c
app3.o : app3.c
gcc –c app3.c
clean :
rm main.o app1.o, app2.o, app3.o, app4.o
這是一個傻瓜式的Makefile,不靈活,而且不具備可復制性,想象一個如果我們的工程下面有50個源文件,那豈不是要一個一個寫出來。我們的目標是寫一個Makefile,只要稍作修改就可以在各個工程之間通用。
下面這個Makefile就可以滿足這個要求:
SRCS = $(wildcard *.c)
BJS = $(SRCS:.c = .o)
CC = gcc
INCLUDES = -I/home/noah/build_sqlite3/include
LIBS = -L/home/noah/build_sqlite3/lib -lsqlite3
CCFLAGS = -g -Wall -O0
my_app : $(OBJS)
$(CC) $^ -o $@ $(INCLUDES) $(LIBS)
%.o : %.c
$(CC) -c $< $(CCFLAGS)
clean:
rm *.o
大家看這個Makefile和前一個比起來是不是簡潔很多,當然理解起來不如上一個那么直觀。實際上編寫Makefile就是為了提高我們的工作效率,而不是增加我們的工作量。因此Makefile為我們提供了很多強大的功能,比如定義變量,使用通配符等等。只要合理利用,就可以達到事半功倍的效果。
下面我們一條一條分析這個Makefile:
SRCS = $(wildcard *.c)
這條語句定義了一個變量SRCS,它的值就是當前面目錄下面所有的以.c結尾的源文件。
BJS = $(SRCS:.c = .o)
這里變量OBJS的值就是將SRCS里面所有.c文件編譯出的.o目標文件
CC = gcc
變量CC代表我們要使用的編譯器
INCLUDES = -I/home/noah/build_sqlite3/include
LIBS = -L/home/noah/build_sqlite3/lib -lsqlite3
這里指定除了編譯器默認的頭文件和庫文件的路徑之外需要額外引用的頭文件路徑以及庫的路徑。
CCFLAGS = -g -Wall -O0
CCFLAGS變量存放的是編譯選項
my_app : $(OBJS)
$(CC) $^ -o $@ $(INCLUDES) $(LIBS)
my_app依賴于所有的.o文件,$^代表$(OBJS),$@代表my_app
%.o : %.c
$(CC) -c $< $(CCFLAGS)
將所有的.c源代碼編譯成.o目標文件,這樣寫是不是很省事?
clean:
rm *.o
在執(zhí)行make clean之后刪除所有編譯過程中生成的.o文件。
這個Makefile就具備靈活的通用性,我們只要對它稍作修改就可以用在自己的工程里面。當然Makefile還有很多強大的功能,需要我們進一步學習。
“本文由華清遠見https://www.embedu.org/index.htm提供”
版權與免責聲明
凡本網注明“出處:維庫電子市場網”的所有作品,版權均屬于維庫電子市場網,轉載請必須注明維庫電子市場網,http://m.58mhw.cn,違反者本網將追究相關法律責任。
本網轉載并注明自其它出處的作品,目的在于傳遞更多信息,并不代表本網贊同其觀點或證實其內容的真實性,不承擔此類作品侵權行為的直接責任及連帶責任。其他媒體、網站或個人從本網轉載時,必須保留本網注明的作品出處,并自負版權等法律責任。
如涉及作品內容、版權等問題,請在作品發(fā)表之日起一周內與本網聯系,否則視為放棄相關權利。
- EDA技術工具鏈與全流程設計運維指南2026/1/5 10:28:51
- PLC程序現場疑難問題排查與深度優(yōu)化指南2025/12/24 14:36:36
- PLC程序現場調試與優(yōu)化實操指南2025/12/24 14:29:57
- 工業(yè)PLC模擬量信號采集:調理技術與抗干擾工程方案2025/12/15 14:39:08
- PLC設備如何選型2025/9/5 17:15:14









