發行版之間是否存在任何特性或變體，這些特性或變體會影響使用GCC 4.7.x編譯的C++二進制文件，而在一個發行版上直接使用另一個發行版？我理解理想的情況是從第二個發行版源代碼編譯，但我真的不想擔心在我的生產機器上編譯新的GCC版本和程序源代碼。我是一個相對缺乏經驗的Linux用戶（因此這個問題！），仍然更喜歡IDE而不是命令行編譯，ssh是我真正可以用來訪問生產計算機的所有東西。在另一個Linux發行版上使用g ++編譯的可執行文件是否受到限制？
代碼本身沒有什麼意思，但它確實利用了一些運行的操作系統設施，如阻塞套接字等。
任何意見將不勝感激！
除非二進制文件是建立在完全相同相同的操作系統（包括版本）和完全相同同一硬件沒有保證。
在實踐中：
如果硬件是同一個家族芯片的它應該工作。
如果操作系統有相同的主設備號，那麼它應該（可能）的工作。
從源頭我的建議版本。
README文件。但通常它涉及運行兩個命令./configure和make。如果你不想要任何特別的東西，你通常不需要做其他事情。感謝您的徹底解答。非常感激！我特別談論最新的GCC版本的主要原因是我對新的C++ 11功能非常感興趣。我對構建GCC和一些依賴關係（MPFR和其他兩個我已經忘記名稱的）在生產機器上的編譯時間/資源使用情況以及擔心維護另一個GCC安裝感到舒服（或多或少）感到尷尬。我*不知道該怎麼做（但我想有時間學習）是從終端編譯我自己的項目（嘿，我吸！）或正確使用makefile。 – Elliott
我真的希望先嚐試一下，然後再考慮從源代碼開始構建，當時我覺得這樣做更舒服。代碼本身都是非常高級的東西，我能找到的最不便攜的東西是一個或兩個掩碼。基於你的回答，我已經考慮了以下內容：兩個CPU都來自運行64位Linux的大致相同供應商系列的x64，發行版是最新版本，因此可能具有非常類似的內核版本。基於此，我認爲這可能是值得一試的。再次感謝您的寶貴意見！ – Elliott
還有一件事，如果你願意：這裏玩耍的因素究竟是什麼？正如我「理解」（從一個鬆散的角度）它，它們是：生成的指令的可移植性，ABI，涉及的運行時庫的版本（假如靜態鏈接，可能是微不足道的），以及用於套接字等任何操作系統庫的版本（這是由內核版本決定的？）。但我可能仍然在咆哮錯誤的樹！ :) – Elliott
一般而言，基於較新版本構建的二進制文件不適用於舊版本，但構建於較早版本上的二進制文件將適用於較新的版本。 現在，如果您在RedHat EL4上構建二進制文件，它將支持大多數發行版（如果缺失，您可能需要複製libstdC++）
G ++在一段時間內有穩定的ABI，所以不應該造成問題。什麼可能導致問題是使用動態鏈接庫。運行該程序的系統需要具有可執行文件所針對的任何共享庫的兼容版本。如果你只使用靜態鏈接，你不應該有問題。您可以通過使用-static選項打開靜態鏈接。
答案在很大程度上取決於如果鏈接靜態或動態 – PlasmaHH
應該沒有問題，除非一個是64位的，另一個是32位，或者如果他們有顯著不同版本的各種共享的庫已安裝。如果你想要最大的可移植性，你應該使它靜態鏈接。 –
@PaulTomblin：如果你想最大限度的移植，你應該從源代碼編譯。 –