一 動態庫與機器位數不符合

報錯內容:

/usr/bin/ld: skipping incompatible /usr/lib/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc

此種情況就是libc.so以及libcrypto.so編譯的時候是64位而本機器的位數為32位，或者相反情況，我遇到的情況是動態庫是32位編譯的，但是本機器是64位，所以需要連線的庫應該連線到64位，這兩個庫都是系統庫，在/usr/lib64/這個目錄下就有現成的64位對應動態庫，所以只要將Makefile裡面的-L/usr/lib改成-L/usr/lib64就可以,非系統庫的話就需要自己去找與自己機器匹配的位數對應的庫

如果自己的機器是32位，但是隻有64位的庫，那麼可以修改編譯的引數，gcc編譯的時候加上-m64:
gcc -m64 test.c (test會按照64位機器來進行編譯)

二 找不到系統庫

報錯內容：
/usr/bin/ld: cannot find -lcrypto

1.定位庫的位置：
    a.find / -name libcrypto*(需要root許可權)
    b.locate crypto（無需root許可權）
2.如果找到了/usr/local/lib/libcrypto.so.1
則做一個軟連線（系統預設庫路徑：/usr/lib,/lib）：
    ln -s /usr/local/lib/libcrypto.so.1 /usr/lib/libcrypto.so
 

三 找不到自定義庫（非系統提供的庫）

報錯內容:

/usr/bin/ld:cannot find -lcomm
/usr/bin/ld:cannot find -lipc
找不到這兩個庫，這種情況基本上就是沒有加上這兩個庫所在的路徑，Makefile中加上-L/home/test/example/lib就可以（庫在此目錄下）

四 未定義的符號

報錯內容：
/home/test/src/../lib/libSDKcomm.a(cli_sndrcv_v1.o): In function `cli_sndrcv_v1`:
/home/sunlan/SDK2.6/obj/../tcp/cli_sndrcv_v1.c:73: undefined reference to `MD5_Update’

代表這些函式的標頭檔案之類的已經包含，但是沒有提供函式庫
編譯選項中需要加入：-lmd5(假設libmd5.so庫未連結)
假設libev.a libcoro.a ,其中libcoro.a中呼叫來libev.a中的函式，則連結的順序是：
BUILD_LIBS = -lcoro -lev

當C檔案中出現的結構體，寫對了但是編譯報錯找不到裡面的對應成員，1.可能標頭檔案未包含 2.標頭檔案包含了，則很有可能是依賴庫的原因，標頭檔案路徑或者庫檔案路徑沒有加到連結選項中（-L），總之就是makefile中缺少了一個依賴的檔案或檔案路徑，致使它找不到

五 執行的時候出錯

報錯內容：
/usr/local/bin/luajit ./test.lua
/usr/local/bin/luajit: error loading module ‘lualog’ from file ‘./lualog.so’:
libluajit-5.1.so.2: cannot open shared object file: No such file or directory
stack traceback:
[C]: at 0x0044d340
[C]: in function ‘require’
./test.lua:3: in main chunk
[C]: at 0x00404180

第一步：確認有哪些Lib無法Load
[[email protected]]# ldd /home/xuli/Desktop/supex/open/lib/lua-log/lualog.so
linux-vdso.so.1 => (0x00007fff23e00000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fbf2cbe8000)
libluajit-5.1.so.2 => not found
libc.so.6 => /lib64/libc.so.6 (0x00007fbf2c850000)
/lib64/ld-linux-x86-64.so.2 (0x000000371ea00000)

第二步：查詢到缺失的動態庫在哪裡：libluajit-5.1.so.2 => not found
[[email protected] supex]# find / -name libluajit-5.1.so.2
/usr/local/lib/libluajit-5.1.so.2

第三步：將缺失的動態庫軟連結到系統預設會搜尋的動態庫的地方 /usr/lib
[[email protected] supex]# ln -s /usr/local/lib/libluajit-5.1.so.2 /usr/lib

第四步：執行ldconfig命令重建/etc/ld.so.cache
[[email protected] supex]# ldconfig

總結：

由於庫的原因導致編譯失敗，第一步就是要確認電腦中確實存在此庫，如果不存在當然是需要獲取此庫到電腦中，電腦中確實有庫的存在但是還是編譯失敗基本上就是路徑問題，系統無法找到，以下三種方法解決：

1.用ln -s將需要的so檔案連結到/usr/lib或者/lib這兩個預設的目錄下邊，之後ldconfig 一下
如：ln -s /where/you/install/lib/libyourlib.so /usr/lib/libyourlib.so


2.修改/etc/ld.so.conf配置檔案，然後重新整理（root）
 vim /etc/ld.so.conf.d/local.conf
在自己新建的local.conf檔案中加上一句：
/where/you/install/lib
最後執行一下ldconfig

3.修改LD_LIBRARY_PATH系統環境變數
export LD_LIBRARY_PATH=/where/you/install/lib:$LD_LIBRARY_PATH
最後執行一下ldconfig
不過這個只是臨時的更改了

註釋：

1. 往/lib和/usr/lib裡面加東西，是不用修改/etc/ld.so.conf的，但是完了之後要調一下ldconfig，不然這個library會找不到
2. 想往上面兩個目錄以外加東西的時候，一定要修改/etc/ld.so.conf，然後再呼叫ldconfig，不然也會找不到
   比如安裝了一個mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下面，這時就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib，儲存過後ldconfig一下，新的library才能在程式執行時被找到。
3. 如果想在這兩個目錄以外放lib，但是又不想在/etc/ld.so.conf中加東西（或者是沒有許可權加東西）。那也可以，就是export一個全域性變數LD_LIBRARY_PATH，然後執行程式的時候就會去這個目錄中找library。一般來講這只是一種臨時的解決方案，在沒有許可權或臨時需要的時候使用。
4. ldconfig做的這些東西都與執行程式時有關，跟編譯時一點關係都沒有。編譯的時候還是該加-L就得加，不要混淆了。
5. 總之，就是不管做了什麼關於library的變動後，最好都ldconfig一下，不然會出現一些意想不到的結果。不會花太多的時間，但是會省很多的事。
   再有，諸如libdb-4.3.so檔案頭中是會含有庫名相關的資訊的（即含“libdb-4.3.so”，可用strings命令察看），因此僅通過修改檔名以冒充某已被識別的庫（如libdb-4.8.so）是行不通的。為此可在編譯庫的Makefile中直接修改配置資訊，指定特別的庫名

/usr/bin/ld: skipping incompatible /home/xuli/monitor/lib/libpubfunc.so when searching for -lpubfunc
/usr/bin/ld: skipping incompatible /home/xuli/monitor/lib/libpubfunc.so when searching for -lpubfunc
/usr/bin/ld: cannot find -lpubfunc
/usr/bin/ld: skipping incompatible /home/xuli/monitor/lib/libsyddb.so when searching for -lsyddb
/usr/bin/ld: skipping incompatible /home/xuli/monitor/lib/libsyddb.so when searching for -lsyddb
/usr/bin/ld: cannot find -lsyddb

解決方案:此處兩個庫是自己編譯的，但還是不相容，則很可能是自己定義的環境變數的問題，我這裡的問題時PLATFORM變數被定義成了Linux64，而從自己本地獲取的PLATFORM=Linux,所以兩者出現了不一致

在程式執行的時候出現
./monitor: error while loading shared libraries: libodbc.so.1: cannot open shared object file: No such file or directory

在root使用者下執行下面的操作
則需要修改/etc/ld.conf.d/local.conf檔案(CSDN)
之後執行ldconfig

在執行./monitor程式時報錯，在下載某庫的時候找不到的處理方式(這裡缺失的庫是自定義庫)：

第一步確認缺失的庫：
[[email protected] bin]$ ldd monitor
linux-vdso.so.1 => (0x00007ffe90374000)
libpubfunc.so => not found
libsyddb.so => not found
libodbc.so.1 => not found

第二步查詢庫的位置：
[[email protected] bin]$ locate libodbc.so.1
/home/hztc/HZTC/support/unixODBC/Linux64/lib/libodbc.so.1
/home/hztc/HZTC_V1.0/support/unixODBC/Linux64/lib/libodbc.so.1
/home/hztc/HZTC_V1.11/support/unixODBC/Linux64/lib/libodbc.so.1
/home/hztc/monitor/support/unixODBC/Linux64/lib/libodbc.so.1

第三步進入root使用者去修改ldconfig配置檔案
[[email protected] bin]$ su root
Password:
[[email protected] bin]# vim /etc/ld.so.conf.d/local.conf
在local.conf檔案中新增庫的路徑:/home/hztc/monitor/support/unixODBC/Linux64/lib/

第四步:重新整理配置檔案，執行下面的命令
[[email protected] bin]# ldconfig

第五步：退出root使用者
[[email protected] monitor]# exit
exit
[[email protected] bin]$ ls