摘要：解決方案通過對于我最近使用的一個軟件的過程的研究，發(fā)現(xiàn)這個軟件安裝時進行第三方的包的下載的時候，是通過自帶的下載和編譯功能進行的。結(jié)果這樣整個程序編譯第三方開源軟件的編譯過程就可以直接調(diào)用目錄中我們早就自己下載好的源碼進行安裝了個人博客

本人長期出售超大量微博數(shù)據(jù)、旅游網(wǎng)站評論數(shù)據(jù)，并提供各種指定數(shù)據(jù)爬取服務(wù)，Message to [email protected]。同時歡迎加入社交媒體數(shù)據(jù)交流群：99918768

經(jīng)常會出現(xiàn)這種問題：我們從github上面下載了一些開源軟件，但是這個開源軟件本身其實是會下載很多其他開源軟件，編譯后作為軟件的一部分。
看起來好像沒什么問題，但是有時候這個下載很耗時間，讓整個安裝變得很慢，它本身的這個下載過程下載東西真的很不穩(wěn)定。所以就導(dǎo)致了有可能的安裝失敗。重新多次安裝又要多次下載，這個過程真的很浪費時間和網(wǎng)絡(luò)資源硬盤資源。

通過對于我最近使用的一個軟件的cmake過程的研究，發(fā)現(xiàn)這個軟件安裝時進行第三方的包的下載的時候，是通過CMAKE自帶的下載和編譯功能進行的。所以為了：

能夠讓下載第三方源碼的過程被消除

同時為了保證不發(fā)生因為下載慢，導(dǎo)致的第三方的開源軟件的編譯的進程競爭，進而導(dǎo)致安裝時的開源軟件之間的互相依賴或者make文件不存在問題。

將.cmake 文件中的以下代碼

DOWNLOAD_DIR ${SB_DOWNLOAD_DIR}
URL https://github.com/gflags/gfl...
URL_MD5 5cb0a1b38740ed596edb7f86cd5b3bd8
部分更改為

DOWNLOAD_COMMAND ""

同時，將src（這個文件是原本解壓下載的第三方源碼source的地方，具體名稱要看CMakeLists.txt中SOURCE_DIR的設(shè)置）中的各個第三方源碼都解壓好，放到src對應(yīng)的文件夾中。

結(jié)果：這樣整個程序編譯第三方開源軟件的編譯過程就可以直接調(diào)用src目錄中我們早就自己下載好的源碼進行安裝了

8aoy1.cn