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

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

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

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

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

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

將.cmake 文件中的以下代碼

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

DOWNLOAD_COMMAND ""

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

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

8aoy1.cn