編譯靜態庫的makefile

A. makefile如何鏈接靜態庫

makefile 裡面寫法，同你的編譯器 如何鏈接靜態庫的方法有關。例如：指定庫名
VC++ 用 編譯選項 /MT 鏈接 LIBCMT.LIB 就是 鏈接靜態庫。
-----
unix/linux makefile 裡面，例如
LIBS = libmine.a -lpthread 這里寫你要鏈接的靜態庫庫名

CXXFILES = pthreads.cpp 程序名字們
CXXFLAGS = -O3 -o prog -rdynamic -D_GNU_SOURCE -L./libmine 編譯選項
LIBS = libmine.a -lpthread 庫名
all:

$(CXX) $(CXXFILES) $(LIBS) $(CXXFLAGS)
clean:

rm -f prog *.o

B. makefile 交叉編譯怎麼引用靜態庫

看你的mysql當前默認的存儲引擎:
mysql>
show
variables
like
'%storage_engine%';
你要看某個表用了什麼引擎(在顯示結果里參數engine後面的就表示該表當前用的存儲引擎):
mysql>
show
create
table
表名;

C. Android Studio手動配置Makefile、CMake

在Ubutu上編譯出來的.so文件，怎麼添加到Android項目中去使用呢？目前：可以通過
Makefile方式和CMake方式引入預編譯靜動態庫（靜態庫.a 動態庫.so）到項目中去使用。就目前而言CMake是Goole推薦使用方式，但是加入接手一個老的NDK項目是MakeFile方式，看不懂就GePi了，所以這里我們還是介紹一下MakeFile方式將靜動態庫加入到AS中，完成NDK項目的開發。廢話不多說，直接擼步驟了：

1、在src/main目錄下創建一個ndkBuild文件夾
2、在此文件中創建一個Android.mk文件

3、在此文件中創建一個test.c的源文件

4、將編譯好的的.so庫復制到src/main目錄下
如圖所示目錄結構：

1、編輯Android.mk文件

2、編輯grade(app)文件

3、編輯test.c文件

4、使用編譯好的.so庫裡面的函數

本結果運行在Android 5.1 系統上

再次運行在Android 8.0系統上

看以清楚知道，其實我們的APK包裡面就沒有libMainTest.so庫，所以APP在8.0上會出現奔潰的現象。so...

1、在src/main目錄下創建一個cmake文件夾
include：裡麵包含需要一些頭文件
cmakeTest.c：需要編譯的源文件
2、在app目錄下創建一個文件：CmakeLists.txt

3、編輯grade(app)

4、編輯cmakeTest.c文件

4、引用編譯好的libcmakeTest.so

Android 8.0.0系統:

Android 5.1.1系統:

D. Makefile.am 規則和實例詳解

編寫Linux C 程序的時候，自己來寫Makefile著實的讓人很頭疼，如果是簡單的項目自己寫寫也就罷了，但是如果遇到大項目自己寫Makefile，那是要弄死人的，所以最近在研究Autotools工具自動生成Makefile，在用到autotools工具生成Makefile的時候，還是有一部分需要自己來完成的，那就是Makefile.am文件。

項目中寫在源文件里的Makefile.am是一種比我們了解的Makefile更高層次的編譯規則，它可以和編寫的configure.in（了解更多configure.in的規則請閱讀《 configure.ac (configure.in)詳解 》）文件一起通過調用automake命令，來生成Makefile.in文件，然後再調用./configure，將Makefile.in文件自動的生成Makefile文件。所以Makefile.am文件是要自動生成Makefile必不可少的元素，下面鵬博客就來和大家著重的學習下Makefile.am的寫法和規則。

先來說下Makefile.am中常見的文件編譯類型，詳細的編譯類型和全局變數鵬博客會在下面在圖表中列出：

PROGRAMS           表示可執行文件

SOURCES              表示源文件

HEADERS              頭文件。

LIBRARIES             表示庫文件

LTLIBRARIES         這也是表示庫文件，前面的LT表示libtool。

DATA                       數據文件，不能執行。

SCRIPTS                腳本文件，這個可以被用於執行。如：example_SCRIPTS，如果用這樣的話，需要我們自己定義安裝目錄下的example目錄，很容易的，往下看。

一、基本寫法

下面就直接引入一個例子進行詳細講解，如下：

AUTOMAKE_OPTIONS = foreign

bin_PROGRAMS = client

client_SOURCES = key.c connect.c client.c main.c session.c hash.c

client_CPPFLAGS = -DCONFIG_DIR=\「$(sysconfdir)\」 -DLIBRARY_DIR=\」$(pkglibdir)\」

client_LDFLAGS = -export-dynamic -lmemcached

noinst_HEADERS = client.h

INCLUDES = -I/usr/local/libmemcached/include/

client_LDADD = $(top_builddir)/sx/libsession.la \

$(top_builddir)/util/libutil.la

上面就是一個Makefile.am示例文件，這個文件是用於生成client可執行應用程序，引用了兩個靜態庫和MC等動態庫的連接。

先來看個圖表一（列出了可執行文件、靜態庫、頭文件和數據文件，四種書寫Makefile.am文件個一般格式。）：

對於可執行文件和靜態庫類型，如果只想編譯，不想安裝到系統中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。以此類推。

根據這個圖表一來分析下具體內容：

AUTOMAKE_OPTIONS ：這個是用來設定automake的選項。automake主要是幫助開發GNU軟體的人員維護軟體套件，一般在執行automake時會檢查目錄下是否存在標准GNU套件中應具備的文件檔案，例如NEWS、AUTHOR、ChangeLog等，設成foreign時，automake會改用一般軟體套件標准來檢查，而gnu是預設設置，該級別下將盡可能地檢查包是否服從GNU標准，gnits是嚴格標准，不推薦。

bin_PROGRAMS ：表示要生成的可執行應用程序文件，這里的bin表示可執行文件在安裝時需要被安裝到系統中，如果只是想編譯。不想被安裝到系統中，可以用noinst_PROGRAMS來代替。

那麼整個第一行 bin_PROGRAMS=client 詳細表示什麼意思那，解釋如下：

PROGRAMS知道這是一個可執行文件。

client表示編譯的目標文件。

bin表示目錄文件被安裝到系統的目錄。

如程序和圖片所示，包括頭文件，靜態庫的定義等等都是這種形式，如lib_LIBRARIES=util，表示將util庫安裝到lib目錄下。

繼續解釋文件內容：

client_SOURCES ：表示生成可執行應用程序所用的所有源文件源文件，多個就空格隔開，我們注意到client_是由前面的bin_PROGRAMS指定的，如果前面是生成example, 那麼這里也就變成example_SOURCES，其它的規則類似標識也是一樣。

client_CPPFLAGS ：這個和我們寫Makefile的時候意思是一樣的，都表示C語言的預處理器參數，這里指定了DCONFIG_DIR，以後在程序中，就可以直接使用CONFIG_DIR,不要把這個和另一個CFLAGS混淆，後者表示編譯器參數。

client_LDFLAGS ：表示在連接時所需要的庫文件選項標識。這個也就是對應一些如-l,-shared等選項。

noinst_HEADERS ：表示該頭文件只是參加可執行文件的編譯，而不用安裝到安裝目錄下。如果需要安裝到系統中，可以用include_HEADERS來代替。

INCLUDES ：表示連接時所需要的頭文件。

client_LDADD ：表示連接時所需要的庫文件,這里表示需要兩個庫文件的支持，下面會看到這個庫文件又是怎麼用Makefile.am文件後成的。

如圖表二：

全局變數 ，可能有人注意到文件中的$(top_builddir)等全局變數，其實這個是Makefile.am系統定義的一個基本路徑變數，表示生成目標文件的最上層目錄，如果這個Makefile.am文件變成其它的Makefile.am文件，那麼這個就表示其它的目錄，而不是這個當前目錄。我們還可以使用$(top_srcdir)，這個表示工程的最頂層目錄，其實也是第一個Makefile.am的入口目錄，因為Makefile.am文件可以被遞歸性的調用。

如圖表三：（在Makefile.am中盡量使用相對路徑，系統預定義了兩個基本路徑）

$(sysconfdir) ：在系統安裝工具的時候，我們經常能遇到配置安裝路徑的命令，如：./configure –prefix=/install/apache  其實在調用這個之後，就定義了一個變數$(prefix), 表示安裝的路徑，如果沒有指定安裝的路徑，會被安裝到默認的路徑，一般都是/usr/local。在定義$(prefix)，還有一些預定義好的目錄,其實這一些定義都可以在頂層的Makefile文件中可以看到，如下面一些值：

bindir = $(prefix)/bin。

libdir = $(prefix)/lib。

datadir=$(prefix)/share。

sysconfdir=$(prefix)/etc。

includedir=$(prefix)/include。

這些量還可以用於定義其它目錄，例如我想 將client.h安裝到include/client目錄下 ，這樣寫Makefile.am文件：

clientincludedir=$(includedir)/client

clientinclude_HEADERS=$(top_srcdir)/client/client.h

這就達到了我的目的，相當於定義了一個安裝類型，這種安裝類型是將文件安裝到include/client目錄下。

我們自己也可以 定義新的安裝目錄下的路徑 ，如我在應用中簡單定義的：

devicedir = ${prefix}/device

device_DATA = package

這樣的話，package文件會作為數據文件安裝到device目錄之下，這樣一個可執行文件就定義好了。注意，這也相當於定義了一種安裝類型：devicedir，所以你想怎麼安裝就怎麼安裝，後面的XXXXXdir，dir是固定不變的。

二、配置靜態庫

下面我們來說下編譯靜態庫和編譯動態庫，我們說下靜態庫，下面這個例子比較簡單。直接指定 XXXX_LTLIBRARIES或者XXXX_LIBRARIES就可以了。同樣如果不需要安裝到系統，將XXXX換成noinst就可以。

一般推薦使用libtool庫編譯目標，因為automake包含libtool，這對於跨平台可移植的庫來說，是一個很好的事情。

看例子如下：

noinst_LTLIBRARIES = libutil.la

oinst_HEADERS = inaddr.h util.h compat.h pool.h xhash.h url.h device.h

ibutil_la_SOURCES = access.c config.c datetime.c hex.c inaddr.c log.c device.c pool.c rate.c sha1.c stanza.c str.c xhash.c

ibutil_la_LIBADD = @LDFLAGS@

第一行的noinst_LTLIBRARIES，這里要注意的是LTLIBRARIES，另外還有LIBRARIES，兩個都表示庫文件。前者表示libtool庫，用法上基本是一樣的。如果需要安裝到系統中的話，用lib_LTLIBRARIES。

.la 為libtool自動生成的一些共享庫，vi編輯查看，主要記錄了一些配置信息。可以用如下命令查看*.la文件的格式   $file *.la

.a 為靜態庫,是好多個.o合在一起,用於靜態連接

如果想編譯 .a 文件，那麼上面的配置就改成如下結果：

noinst_LTLIBRARIES = libutil.a

oinst_HEADERS = inaddr.h util.h compat.h pool.h xhash.h url.h device.h

ibutil_a_SOURCES = access.c config.c datetime.c hex.c inaddr.c log.c device.c pool.c rate.c sha1.c stanza.c str.c xhash.c

ibutil_a_LIBADD = @LDFLAGS@

注意：靜態庫編譯連接時需要其它的庫的話，採用XXXX_LIBADD選項，而不是前面的XXXX_LDADD。編譯靜態庫是比較簡單的，因為直接可以指定其類型。

三、配置動態庫

如果想要編譯XXX.so動態庫文件，需要用到_PROGRAMS類型，有一個關於安裝路徑的問題，如果希望將動態庫安裝到lib目錄下，按照前面所說的，只需要寫成lib_PROGRAMS就可以了，lib表示安裝的路徑，但是automake不允許這樣直接定義，所以可以採用下面的辦法，同樣是將動態庫安裝到lib目錄下：

projectlibdir=$(libdir)//新建一個目錄，就是該目錄就是lib目錄

projectlib_PROGRAMS=project.so

project_so_SOURCES=xxx.C

project_so_LDFLAGS=-shared -fpic//GCC編譯動態庫的選項

這個動態庫的編譯寫法是鵬博客網上總結的，希望有要的人自己來驗證下。

四、SUBDIRS功能用法

SUBDIRS 這是一個很重要的詞，我們前面生成了一個目標文件，但是一個大型的工程項目是由許多個可執行文件和庫文件組成，也就是包含多個目錄，每個目錄下都有用於生成該目錄下的目標文件的Makefile.am文件，但頂層目錄是如何調用，才能使下面各個目錄分別生成自己的目標文件呢？就是SUBDIRS關鍵詞的用法了。

看一下我的工程項目，這是頂層的Makefile.am文件

EXTRA_DIST = Doxyfile.in README.win32 README.protocol contrib UPGRADE

devicedir = ${prefix}/device

device_DATA = package

SUBDIRS = etc man

ifUSE_LIBSUBST

SUBDIRS += subst

endif

SUBDIRS += tools io sessions util client dispatch server hash storage sms

SUBDIRS表示在處理目錄之前，要遞歸處理哪些子目錄，要注意處理的順序。比如配置中的client對sessions和utils這兩上目標文件有依賴關系，就在client之前需要處理這兩個目標文件。

EXTRA_DIST ：將哪些文件一起打包。

五、打包處理

Automake會自動的打包 ，自動打包的內容如下：

所有程序的源文件。

所有子目錄里的的Makefile.am文件。

Makefile.am中包含的文件。

./configure所要讀取的文件。

EXTRA_DIST所指定的文件。

dist和nodist指定的文件，也可將其中一個源文件指定為不打包：

例如： nodist_client_SOURCES = client.c

六、最後

這里是鵬博客總結的一些比較實用的Makefile.am的寫法和規則，看完了這篇文章已經可以很詳細的理解這個文件的內容，寫起來也應該不會陌生，但automake還有許多其他的規則需要掌握，鵬博客將會繼續全面的總結關於autotools 的一些規則和寫法，希望對大家有用處。也歡迎大家指出問題，幫我完善這個博客，希望大家支持！

automake的Makefile.am Makefile.am寫法

E. Qt下如何編譯庫

一般分為
動態庫
和
靜態庫
，方法分別如下：
一.
靜態庫的生成
1.
測試目錄:
lib
2.
源碼文件名:
mywindow.h,
mywindow.cpp
3.
編寫項目文件:
mywindow.pro
注意兩點:
TEMPLATE
=
lib
CONFIG
+=
staticlib
4.
生成Makefile:
qmake
mywindow.pro
5.
編譯生成靜態庫libmywindow.a
make
二.
靜態庫的使用
1.
測試目錄:
test
2.
將mywindow.h與libmywindow.a拷貝至test目錄下
3.
編寫main.cpp,
包含頭文件mywindow.h,
並調用MyWindow類
4.
編寫項目文件:
test.pro
注意加上庫路徑與庫文件名:
LIBS
+=
-L
./
-lmywindow
5.
生成Makefile:
qmake
test.pro
6.
編譯:
make
7.
運行:
./test
三.
動態庫的生成
動態庫編譯基本和靜態庫類似，需要將上述將要進行編譯的項目文件.pro中下面這行去掉
CONFIG
+=
staticlib
按上述操作編譯完後就可以得到以lib開頭並且.so*
結尾動態庫文件，一般有多個。

F. 在VC里如何用Makefile文件編譯

運行cmd.exe (or command.com in win9x)->進到vc/bin目錄->運行vc-vars32.bat->進到makefile 所在的目錄->nmake /f makefile
從sourceforge上下載下來的libjpeg源代碼中有一個makefile.vc的文件，可以通過nmake /f makefile.vc [nodebug=1]來編譯libjpeg，但是只能編譯靜態庫，如果需要編譯dll以便在emacs等程序中使用的話，需要修改makefile.vc和jmorecfg.h文件。在makefile.vc文件中添加編譯dll規則：
以下內容為程序代碼:
libjpeg.lib: $(LIBOBJECTS) $(RM) libjpeg.lib lib -out:libjpeg.lib $(LIBOBJECTS) #
添加以下這行 libjpeg.dll: $(LIBOBJECTS) $(RM) libjpeg.dll link -dll -out:libjpeg.dll $(LIBOBJECTS) 在jmorecfg.h中添加#define _WIN32_#define JPEG_DLL 然後nmake /f makefile.vc nodebug=1就可以編譯了。
將makefile復制為一個.mak文件，然後用VC打開即可！
.mak 就是一個makefile
可以指定怎樣編譯(命令行,必須先設置VC命令行環境)
vcvars32.bat可設置環境,在vc98/bin下 nmake /f XXXX.mak
如果有一個makefile就只要nmake就可以了。

G. 多級目錄makefile，靜態庫

在lib 目錄下編譯需要生成動態庫的文件，生成動態庫，並安裝到系統的標准庫中，供
程序調用。具體步驟如下：
(1) 編寫Makefile.am 文件
AUTOMAKE_OPTIONS=foreign
lib_LTLIBRARIES=libhello.la
libhello_la_SOURCES=test.c
這里lib_LTLIBRARIES 的意思是生成的動態庫，然後指定動態庫依賴的源文件
test.c ，若有多個源文件用空格隔開。
(2) 在lib 目錄下，用命令autoscan 產生configure.scan 文件,並改名為configure.in。 這
里需加上宏AC_PROG_LIBTOOL，表示利用libtool 來自動生成動態庫
#configure.in
# Process this file with autoconf to proce a configure script.
AC_PREREQ(2.59)
AC_INIT(hello,1.0, [[email protected]])
AM_INIT_AUTOMAKE
AC_CONFIG_SRCDIR([test.c])
#AC_CONFIG_HEADER([config.h])
# Checks for programs.
AC_PROG_CC
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_PROG_LIBTOOL
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
(3) 執行命令aclocal、libtoolize -f -c 、autoconf、automake --add-missing、./configure、
make、make install 將動態庫安裝到系統的標准庫中，以供調用（一般為/usr/local/lib）。
註：libtoolize 提供了一種標準的方式來將libtool 支持加入一個軟體包，而GNU libtool 是
一個通用庫支持腳本，將使用動態庫的復雜性隱藏在統一、可移植的介面中。
4. 生成src 目錄下的hello 可執行文件
(1) 編寫src/Makefile.am 文件
AUTOMAKE_OPTIONS=foreign
INCLUDES= -I../include
bin_PROGRAMS=hello
hello_SOURCES=hello.c
hello_LDADD=-lhello
-ldir 指定編譯時搜索庫的路徑。與靜態庫不同的是，創建動態庫時不用指定庫路
徑，編譯器自動在標准庫中查找libhello.so 文件。
(2) 執行autoscan 生成configure.scan 文件，將它重命名為configure.in 並修改其內容。
# configure.in
# Process this file with autoconf to proce a configure script.
AC_PREREQ(2.59)
AC_INIT(hello,1.0, [[email protected]])
AM_INIT_AUTOMAKE
AC_CONFIG_SRCDIR([hello.c])
#AC_CONFIG_HEADER([config.h])
# Checks for programs.
AC_PROG_CC
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
(3) 在src 目錄下編譯並生成目標文件，執行命令aclocal、libtoolize -f -c 、autoconf、
automake --add-missing、./configure、make，此時你一定會覺得，成功近在咫尺了。再
執行目標文件./hello，結果卻在你的意料之外：
./hello: error while loading shared libraries: libhello.so.0 : cannot open shared object file:
No such file or directory
在執行目標文件的時候，Shell 找不到共享庫的位置，需要我們手工載入庫路徑。
5. shell 搜索動態庫路徑位置的兩種方法
(1) 使用命令導入動態庫的路徑，命令如下：
export LD_LIBRARY_PATH=dir (如/usr/local/lib)
(2) 修改/etc/ld.so.conf 文件，加入搜索路徑，修改後用ldconfig 命令載入修改。
將自己可能存放庫文件的路徑都加入到/etc/ld.so.conf 中是明智的選擇 ^_^。添加
方法也極其簡單，將庫文件的絕對路徑直接寫進去就OK 了，一行一個。例如：
/usr/local/lib
/usr/lib
/lib
需要注意的是：這種搜索路徑的設置方式對於程序連接時的庫（包括共享庫和靜態
庫）的定位已經足夠了，但是對於使用了共享庫的程序的執行還是不夠的。這是 因為
為了加快程序執行時對共享庫的定位速度，避免使用搜索路徑查找共享庫的低效率，所
以是直接讀取庫列表文件 /etc/ld.so.cache 從中進行搜索的。/etc/ld.so.cache 是一個非
文本的數據文件，不能直接編輯，它是根據 /etc/ld.so.conf 中設置的搜索路徑由
/sbin/ldconfig 命令將這些搜索路徑下的共享庫文件集中在一起而生成的（ldconfig 命令
要以 root 許可權執行）。因此，為了保證程序執行時對庫的定位，在 /etc/ld.so.conf 中
進行了庫搜索路徑的設置之後，還必須要運行 /sbin/ldconfig 命令更新 /etc/ld.so.cache
文件之後才可以。ldconfig ,簡單的說，它的作用就是將/etc/ld.so.conf 列出的路徑下的庫
文件 緩存到/etc/ld.so.cache 以供使用。因此當安裝完一些庫文件，(例如剛安裝好glib)，
或者修改ld.so.conf 增加新的庫路徑後，需要運行一下/sbin/ldconfig 使所有的庫文件都
被緩存到ld.so.cache 中，如果沒做，即使庫文件明明就在/usr/lib 下的，也是不會被使
用的，結果編譯過程中報錯，缺少xxx 庫，去查看發現明明就在那放著，搞的想大罵
computer 蠢豬一個^_^。極力推薦使用這種方法！
利用gcc 創建和使用動態庫
1. 用下面的命令將mylib.c 程序創建成一個動態庫：
gcc –fPIC –o mylib.o –c mylib.c
gcc –shared –o libtt.so mylib.o
-fPIC 作用於編譯階段，告訴編譯器產生與位置無關代碼(Position-Independent Code)，
則產生的代碼中，沒有絕對地址，全部使用相對地址，故而代碼可以被載入器載入到內存的
任意位置，都可以正確的執行。這正是共享庫所要求的，共享庫被載入時，在內存的位置不
是固定的。
-shared 作用於鏈接階段，實際傳遞給鏈接器ld，讓其添加作為共享庫所需要的額外描
述信息，去除共享庫所不需的信息。
也可以直接使用下面一條命令：
gcc –fPIC –shared –o libtt.so mylib.c
2. 將動態庫拷貝到linux 的標准庫中，usr/local/lib 或者/usr/lib 或者/lib:
cp libttt.so /usr/local/lib
3. 編譯src 目錄下的源程序時，指定動態庫文件的目錄，調用動態庫中的函數
gcc –o test test.c /usr/lib/libttt.so
4. 設置shell 動態庫搜索路徑，運行生成的可執行文件。

H. Linux2.6 如何編寫Makefile，使驅動程序能夠編譯鏈接靜態庫

就我的感覺，靜態庫是編譯好的.o文件，你只要將靜態庫(mylib.a)放置於 /lib 以及/usr/lib 文件夾下，然後在gcc編譯器的變數中 加上 -lmylib，就可以了。

I. makefile 生成動態庫和靜態庫的區別

生成動態庫的時候要注意，編譯生成目標文件的時候加上-fPIC參數，生成位置無關的可重定位代碼，然後鏈接的時候加上-shared生成動態共享庫。比如一個hello.c，生成靜態庫：

gcc-ohello.o-chello.c
arrcslibhello.ahello.o

生成動態庫的命令：

gcc-fPIChello.o-chello.c
gcc-shared-olibhelllo.sohello.o

還有一個區別是：靜態庫參與鏈接過程，而動態庫不鏈接到可執行文件中，可執行程序在運行的時候，對應的動態庫也要載入到內存中，否則可執行程序運行不了。

更多詳細細節，可以網路搜索視頻教程：Makefile工程實踐