跳到主要內容

Windows 編譯 OpenSSL 1.1.0

Windows 編譯 OpenSSL 1.1.0

OpenSSL 的編譯方式在原始碼中的文件 NOTES.WIM 提到詳細的介紹在 INSTALL 文件中。

需要使用

  1. Visual Studio IDE
  2. OpenSSL 原始碼
  3. ActivePerl 或其他 Perl 執行環境

本文使用

  1. Windows 10 版本1703 組建 15063.413
  2. Visual Studio 2017 Community
  3. OpenSSL 1.1.0f
  4. ActivePerl 5.24.1.2402-MSWin32-x64-401627

32位元與64位元要分開編譯，release與debug也要分開

因為 openssl 的 Makefile 沒有自動處理四種版本，若不各自編譯會出錯，
複製四分 openssl 原始碼，分為 32 位元與 64 位元及 release 與 debug，例: c:\openssl-x86 、 c:\openssl-x86-dbg 、 c:\openssl-x64 、 c:\openssl-x64-dbg

x86

  1. 以系統管理員權限執行 x86 Native Tools Command Prompt for VS 2017
    ，通常安裝 Visual Studio IDE 時會新增捷徑到開始列表
    ，而 2017 Community 版本的檔案位置為 C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars32.bat
    ，不能直接執行 vcvars32.bat， 應該以命令提示字元(cmd.exe)執行
  2. cd 到解壓縮的openssl資料夾內，例: cd c:\openssl-x86
  3. 執行以下
    perl Configure VC-WIN32 no-asm --prefix=C:\openssl-msvc2017-x86
mkdir C:\openssl-msvc2017-x86
nmake
nmake test
nmake install
這樣會輸出在 C:\openssl-msvc2017-x86

x86-debug

  1. 以系統管理員權限執行 x86 Native Tools Command Prompt for VS 2017
    ，通常安裝 Visual Studio IDE 時會新增捷徑到開始列表
    ，而 2017 Community 版本的檔案位置為 C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars32.bat
    ，不能直接執行 vcvars32.bat， 應該以命令提示字元(cmd.exe)執行
  2. cd 到解壓縮的openssl-debug資料夾內，例: cd c:\openssl-x86-dbg
  3. 執行以下
    perl Configure VC-WIN32 no-asm --prefix=C:\openssl-msvc2017-x86-dbg --debug
mkdir C:\openssl-msvc2017-x86-dbg
nmake
nmake test
nmake install

x64

  1. 以系統管理員權限執行 x64 Native Tools Command Prompt for VS 2017
    ，通常安裝 Visual Studio IDE 時會新增捷徑到開始列表
    ，而 2017 Community 版本的檔案位置為 C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars64.bat
    ，不能直接執行 vcvars64.bat， 應該以命令提示字元(cmd.exe)執行
  2. cd 到為64位元準備的的openssl-x64資料夾內，例: cd c:\openssl-x64
  3. 執行以下
    perl Configure VC-WIN64A no-asm --prefix=C:\openssl-msvc2017-x64
mkdir C:\openssl-msvc2017-x64
nmake
nmake test
nmake install

x64-debug

  1. 以系統管理員權限執行 x64 Native Tools Command Prompt for VS 2017
    ，通常安裝 Visual Studio IDE 時會新增捷徑到開始列表
    ，而 2017 Community 版本的檔案位置為 C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars64.bat
    ，不能直接執行 vcvars64.bat， 應該以命令提示字元(cmd.exe)執行
  2. cd 到為64位元準備的的openssl-x64-debug資料夾內，例: cd c:\openssl-x64-dbg
  3. 執行以下
    perl Configure VC-WIN64A no-asm --prefix=C:\openssl-msvc2017-x64-dbg --debug
mkdir C:\openssl-msvc2017-x64-dbg
nmake
nmake test
nmake install

環境設定

編譯輸出內有四個資料夾，分別是
  • bin - 動態庫
  • html - 文件
  • include - 標頭檔
  • lib - 靜態庫
以 Visual Studio IDE 組態 Release 平台 x64 為例
  1. 專案 > 屬性 >> 組態屬性 > C/C++ > 一般 >> 其他 Include 目錄 新增目錄
    C:\openssl-msvc2017-x64\include
  2. 專案 > 屬性 >> 組態屬性 > 連結器 > 一般 >> 其他程式庫目錄 新增目錄
    C:\openssl-msvc2017-x64\lib
  3. 專案 > 屬性 >> 組態屬性 > 連結器 > 輸入 >> 其他相依性 新增兩個靜態庫
    libssl.lib
    libcrypto.lib
  4. 將對應組態的 dll 動態庫放到專案資料夾中
    libssl-1_1-x64.dll
    libcrypto-1_1-x64.dll
關於 dll 檔的位置，放在專案資料夾或是執行檔輸出目錄都可以，以方案 my-sln 專案 my-project 組態 Release 平台 x64 為例，專案路徑 C:\my-sln\my-project，那 dll 檔放在執行檔目錄 C:\my-sln\x64\Release 或是專案目錄 C:\my-sln\my-project 裡都可以，放在執行檔目錄是比較好的選擇，可以根據組態與平台取得正確的 dll 檔。
​
標籤：

留言

張貼留言

這個網誌中的熱門文章

Dynamically loaded libraries 動態載入庫 #2 C++

Dynamically loaded libraries 動態載入庫 #2 C++ 繼上一篇 Dynamically loaded libraries 動態載入庫 這篇寫如何寫C++的動態載入庫，因為C++編譯器會修飾函式名稱，所以不能直接用C的方式寫庫 範例函式庫 mylib.h extern "C" { void hello(); void world(); } 與C的不同處是這裡要加上 extern "C" {} 包住不希望被編譯器修飾的函式 hello.cpp #include "mylib.h" #include <iostream> void hello(){ std::cout << "Hello" ; } world.cpp #include "mylib.h" #include <iostream> void world(){ std::cout << "World" ; } 編譯 $ g++ -c -fPIC hello.cpp world.cpp $ g++ -shared -o libmylib.so hello.o world.o 編譯的方式除了從gcc改為g++之外，沒有其他改變 使用方式 main.cpp int main() { void* handle = dlopen("./libmylib.so", RTLD_LAZY); void (*f1)() = (void (*)()) dlsym(handle, "hello"); void (*f2)() = (void (*)()) dlsym(handle, "world"); f1(); f2(); dlclose(handle); return 0; } 使用方式和C一模一樣，這裡假設不會出錯誤 編譯 編譯時要一樣連結 libdl，使用 -ldl $ g++ main.cpp -ldl...
1 則留言
閱讀完整內容

Dynamically loaded libraries 動態載入函式庫

Dynamically loaded libraries 動態載入庫 動態載入函式庫可以由程式控制在需要時才載入、釋放，在編譯連結時不需要相關的界面與函式庫，可以用來設計軟體插件之類的功能。 範例函式庫 mylib.h void hello(); void world(); hello.c #include "mylib.h" #include <stdio.h> void hello(){ printf("Hello"); } world.c #include "mylib.h" #include <stdio.h> void world(){ printf("World"); } 編譯 $ gcc -c -fPIC hello.c world.c $ gcc -shared -o libmylib.so hello.o world.o -fPIC 要編譯器產生 position-independent code -shared 編譯 Shared Library -o libmylib.so 函式庫檔案名稱為 libmylib.so 這裡沒使用 soname 等便於版本維護的參數 這樣會建立一個 libmylib.so 共享函式庫 使用方式 main.c #include <dlfcn.h> /* 動態載入要用的相關函式標頭 */ #include <stdio.h> int main() { /* 載入函式庫 libmylib.so */ void* handle = dlopen("./libmylib.so", RTLD_LAZY); /* 若有錯誤可以取得錯誤訊息 */ char* err = dlerror(); if (err) { printf(err); return 0; } /* 取得void hello()函式的指標 */ void (*f1)() = (void (*)()) dlsym(handle...
張貼留言
閱讀完整內容