linux不一樣環境下c/c++程序移植方法

  這邊以前的大多數項目都用的java，而本身用的c++，等到快要上線的時候才發現線上機器的gcc和libc的版本都巨低，跟本身測試開發用的環境不兼容，編譯出的c++可執行文件無法運行。解決c++程序的移植問題費了挺大周章，以下是一個具體記錄：

一、問題描述

  如上所述，線上機器與開發機環境不兼容，須要作c++程序的移植。

 

二、表現

  細節不表，總之就是程序無法運行，找不到對應的庫。以下給出幾個跟gcc有關的錯誤提示：

  /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found

  /lib64/libc.so.6: version `GLIBC_2.7' not found

  等等

 

三、嘗試過的方法

  在開發機上使用靜態編譯能夠解決大部分問題，例如thrift、cgi、redis等相關庫採用靜態編譯，線上機器就不用裝對應軟件就能夠運行程序。這樣，正常的想法是把gcc相關的庫也靜態編譯進可執行文件，那麼線上機器就能夠直接運行了吧，想法是好的，惋惜咱們嘗試了很長時間，仍是以失敗了結，線上環境仍是不能運行。

 

四、必定不要作

  慘痛教訓，必定不要隨便動線上機器的libc等環境，尤爲不要動內核/lib64/libc.so.6的符號連接（我當時頭腦發熱，將一些報錯的庫文件從開發機拷貝到線上機器，而後更改線上機器庫文件的符號連接，結果出了很大問題），或者草率升級線上機器的libc（也是教訓），這樣會形成系統直接down掉，由於內核跟用戶態的交互不少都依賴於libc庫，升級後與內核不兼容，則會形成基本的ls、sudo等都無法執行。沒法進入sudo權限，就沒法恢復/lib64下被更改或升級的庫文件，只能重啓進入急救模式，這對運行有線上服務的機器是很致命的。若是更改了libc.so.6等的軟鏈接或盲目升級libc等，執行基本命令時會報相似以下錯誤：

  error while loading shared libraries: /lib64/libc.so.6: ELF file OS ABI invalid

  這是雖然能夠經過LD_PRELOAD=/lib64/libc-2.5.so ls 加載舊的libc庫，執行一些簡單命令，可是sudo倒是怎麼都進不去的。因此必定提醒你們不要在線上機器上作這種事。

 

五、最終的解決辦法

  1）線上機器配置：

  能夠在用戶目錄下，創建一個文件夾$dir/Mylib64，爲了下面表述方便，$dir表示該文件夾的絕對路徑。文件夾下存放開發機中/lib64/文件夾下gcc對應的庫文件，例如以下幾個：

  2）開發機編譯選項：

  在開發機makefile的g++編譯選項最後，添加以下選項用來指定動態庫的優先搜索路徑和動態連接器：

  -Wl,--rpath=$dir/Mylib64 -Wl,--dynamic-linker=$dir/Mylib64/ld-linux-x86-64.so.2

  其中$dir就是1）中的絕對路徑。

  這樣開發機make出的可執行文件就能夠在線上機器上運行了。