在LINUX 下安裝個(gè)啥,都要涉及到編譯,尤其是開源軟件. 那么編譯就涉及到C/C++ 和對(duì)應(yīng)的庫. 我們理一理之間的關(guān)系有助于MYSQL8源碼編譯

libc glibc ?libc++?libstdc++ eglibc GCC G++?CMakeGDB

從libc說起。

libc是Linux下原來的標(biāo)準(zhǔn)C庫，也就是當(dāng)初寫hello world時(shí)包含的頭文件#include < stdio.h> 定義的地方。

后來逐漸被glibc取代，也就是傳說中的GNU C Library,在此之前除了有l(wèi)ibc，還有klibc,uclibc。

現(xiàn)在只要知道用的最多的是glibc就行了，主流的一些linux操作系統(tǒng)如 Debian, Ubuntu，Redhat等用的都是glibc

那glibc都做了些什么呢？glibc是Linux系統(tǒng)中最底層的API，幾乎其它任何的運(yùn)行庫都要依賴glibc。

glibc最主要的功能就是對(duì)系統(tǒng)調(diào)用的封裝，你想想看，你怎么能在C代碼中直接用fopen函數(shù)就能打開文件？

打開文件最終還是要觸發(fā)系統(tǒng)中的sys_open系統(tǒng)調(diào)用，而這中間的處理過程都是glibc來完成的。

除了封裝系統(tǒng)調(diào)用，glibc自身也提供了一些上層應(yīng)用函數(shù)必要的功能,如string,malloc,stdlib,linuxthreads,locale,signal等等。

還有一個(gè)glib看起來也很相似，那它又是什么呢？glib也是個(gè)c程序庫，不過比較輕量級(jí)，glib將C語言中的數(shù)據(jù)類型統(tǒng)一封裝成自己的數(shù)據(jù)類型，提供了C語言常用的數(shù)據(jù)結(jié)構(gòu)的定義以及處理函數(shù)，有趣的宏以及可移植的封裝等.

(注：glib是可移植的，說明你可以在linux下，也可以在windows下使用它)。

那它跟glibc有什么關(guān)系嗎？其實(shí)并沒有，除非你的程序代碼會(huì)用到glib庫中的數(shù)據(jù)結(jié)構(gòu)或者函數(shù)，這里強(qiáng)調(diào)一點(diǎn)，在你準(zhǔn)備更換/升級(jí)這些庫之前，你應(yīng)該好好思考一下，你真的要更換/升級(jí)嗎？你要知道你自己在做什么！

你要時(shí)刻知道glibc的影響有多大，不管你之前部署的什么程序，linux系統(tǒng)的ls,cd,mv,ps等等全都得依賴它，很多人在更換/升級(jí)都有過慘痛的教訓(xùn)，甚至讓整個(gè)系統(tǒng)奔潰無法啟動(dòng)。所以，強(qiáng)烈不建議更換/升級(jí)這些庫！

當(dāng)然如果你寫的是C++代碼，還有兩個(gè)庫也要非常重視了，libc++/libstdc++,這兩個(gè)庫有關(guān)系嗎？有。兩個(gè)都是C++標(biāo)準(zhǔn)庫。libc++是針對(duì)clang編譯器特別重寫的C++標(biāo)準(zhǔn)庫，那libstdc++自然就是gcc的事兒了。

再說說libstdc++，glibc的關(guān)系。libstdc++與gcc是捆綁在一起的，也就是說安裝gcc的時(shí)候會(huì)把libstdc++裝上。那為什么glibc和gcc沒有捆綁在一起呢？

相比glibc，libstdc++雖然提供了c++程序的標(biāo)準(zhǔn)庫，但它并不與內(nèi)核打交道。對(duì)于系統(tǒng)級(jí)別的事件，libstdc++首先是會(huì)與glibc交互，才能和內(nèi)核通信。相比glibc來說，libstdc++就顯得沒那么基礎(chǔ)了。

說完了這些庫，這些庫最終都是拿來干嘛的？當(dāng)然是要將它們與你的程序鏈接在一起！這時(shí)候就不得不說說gcc了。

你寫的C代碼.c文件通過gcc首先轉(zhuǎn)化為匯編.S文件，之后匯編器as將.S文件轉(zhuǎn)化為機(jī)器代碼.o文件，生成的.o文件再與其它.o文件，或者之前提到的libc.so.6庫文件通過ld鏈接器鏈接在一塊生成可執(zhí)行文件。當(dāng)然，在你編譯代碼使用gcc的時(shí)候，gcc命令已經(jīng)幫你把這些細(xì)節(jié)全部做好了。

那g++是做什么的? 慢慢說來，不要以為gcc只能編譯C代碼，g++只能編譯c++代碼。后綴為.c的，gcc把它當(dāng)作是C程序，而g++當(dāng)作是c++程序；后綴為.cpp的，兩者都會(huì)認(rèn)為是c++程序，注意，雖然c++是c的超集，但是兩者對(duì)語法的要求是有區(qū)別的。在編譯階段，g++會(huì)調(diào)用gcc,對(duì)于c++代碼，兩者是等價(jià)的，但是因?yàn)間cc命令不能自動(dòng)和C++程序使用的庫聯(lián)接，需要這樣，gcc -lstdc++, 所以如果你的Makefile文件并沒有手動(dòng)加上libstdc++庫，一般就會(huì)提示錯(cuò)誤，要求你安裝g++編譯器了。

另外eglibc是嵌入式編程的系統(tǒng)庫

Make工具遵循著不同的規(guī)范和標(biāo)準(zhǔn)，所執(zhí)行的 Makefile 格式也千差萬別。這樣就帶來了一個(gè)嚴(yán)峻的問題：如果軟件想跨平臺(tái)，必須要保證能夠在不同平臺(tái)編譯。而如果使用上面的 Make 工具，就得為每一種標(biāo)準(zhǔn)寫一次 Makefile ，這將是一件讓人抓狂的工作。CMake就是針對(duì)上面問題所設(shè)計(jì)的工具：它首先允許開發(fā)者編寫一種平臺(tái)無關(guān)的 CMakeList.txt 文件來定制整個(gè)編譯流程，然后再根據(jù)目標(biāo)用戶的平臺(tái)進(jìn)一步生成所需的本地化 Makefile 和工程文件，如 Unix 的 Makefile 或 Windows 的 Visual Studio 工程。從而做到“Write once, run everywhere”。顯然，CMake 是一個(gè)比上述幾種 make 更高級(jí)的編譯配置工具。

在 linux 平臺(tái)下使用 CMake 生成 Makefile 并編譯的流程如下：編寫 CMake 配置文件 CMakeLists.txt 。

執(zhí)行命令?cmake PATH?或者?ccmake PATH?生成 Makefile.txt

ccmake?和?cmake?的區(qū)別在于前者提供了一個(gè)交互式的界面。。其中，?PATH?是 CMakeLists.txt 所在的目錄。

使用?make?命令進(jìn)行編譯。

UNIX及UNIX-like下的調(diào)試工具

一般來說，GDB主要幫助你完成下面四個(gè)方面的功能：

1、啟動(dòng)你的程序，可以按照你的自定義的要求隨心所欲的運(yùn)行程序。

2、可讓被調(diào)試的程序在你所指定的調(diào)置的斷點(diǎn)處停住。(斷點(diǎn)可以是條件表達(dá)式)

3、當(dāng)程序被停住時(shí)，可以檢查此時(shí)你的程序中所發(fā)生的事。

4、你可以改變你的程序，將一個(gè)BUG產(chǎn)生的影響修正從而測(cè)試其他BUG。

總結(jié)下:

我們只要記住??glibc??glib??libstdc++?GCC G++?CMakeGDB

glibc ? ? ? ?是系統(tǒng)C庫 不可更新

glib ? ? ? ? ?是C語言移植庫

libstdc++ 是C++語言的標(biāo)準(zhǔn)庫

GCC ? ? ? ? 是C語言編譯器

G++ ? ? ? ? 是C++語言編譯器

cmake ? ??是編譯配置工具

GDB ? ? ? ?是調(diào)試工具

LINUX C語言的多線程POSIX

C++編譯經(jīng)驗(yàn)小結(jié)

GCC編譯鏈接參數(shù)

LINUX LIBXXX.SO NOT FOUND

總結(jié)

以上是生活随笔為你收集整理的linux c++ 编译 库,LINUX C/C++ 编译库关系的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。