66 lines
		
	
	
		
			2.8 KiB
		
	
	
	
		
			Plaintext
		
	
	
		
			Executable File
		
	
	
	
	
			
		
		
	
	
			66 lines
		
	
	
		
			2.8 KiB
		
	
	
	
		
			Plaintext
		
	
	
		
			Executable File
		
	
	
	
	
| # Building
 | |
| 
 | |
| For Windows systems, LibreSSL supports the mingw-w64 toolchain, which can use
 | |
| GCC or Clang as the compiler. Contrary to its name, mingw-w64 supports both
 | |
| 32-bit and 64-bit build environments. If your project already uses mingw-w64,
 | |
| then LibreSSL should integrate very nicely. Old versions of the mingw-w64
 | |
| toolchain, such as the one packaged with Ubuntu 12.04, may have trouble
 | |
| building LibreSSL. Please try it with a recent toolchain if you encounter
 | |
| troubles. Cygwin provides an easy method of installing the latest mingw-w64
 | |
| cross compilers on Windows.
 | |
| 
 | |
| To configure and build LibreSSL for a 32-bit system, use the following
 | |
| build steps:
 | |
| 
 | |
|  CC=i686-w64-mingw32-gcc CPPFLAGS=-D__MINGW_USE_VC2005_COMPAT \
 | |
|  ./configure --host=i686-w64-mingw32
 | |
|  make
 | |
|  make check
 | |
| 
 | |
| For 64-bit builds, use these instead:
 | |
| 
 | |
|  CC=x86_64-w64-mingw32-gcc ./configure --host=x86_64-w64-mingw32
 | |
|  make
 | |
|  make check
 | |
| 
 | |
| # Why the -D__MINGW_USE_VC2005_COMPAT flag on 32-bit systems?
 | |
| 
 | |
| An ABI change introduced with Microsoft Visual C++ 2005 (also known as
 | |
| Visual C++ 8.0) switched time_t from 32-bit to 64-bit. It is important to
 | |
| build LibreSSL with 64-bit time_t whenever possible, because 32-bit time_t
 | |
| is unable to represent times past 2038 (this is commonly known as the
 | |
| Y2K38 problem).
 | |
| 
 | |
| If LibreSSL is built with 32-bit time_t, when verifying a certificate whose
 | |
| expiry date is set past 19 January 2038, it will be unable to tell if the
 | |
| certificate has expired or not, and thus take the safe stance and reject it.
 | |
| 
 | |
| In order to avoid this, you need to build LibreSSL (and everything that links
 | |
| with it) with the -D__MINGW_USE_VC2005_COMPAT flag. This tells mingw-w64 to
 | |
| use the new ABI.
 | |
| 
 | |
| 64-bit systems always have a 64-bit time_t and are not affected by this
 | |
| problem.
 | |
| 
 | |
| # Using Libressl with Visual Studio
 | |
| 
 | |
| A script for generating ready-to-use .DLL and static .LIB files is included in
 | |
| the source repository at
 | |
| https://github.com/libressl-portable/portable/blob/master/dist-win.sh
 | |
| 
 | |
| This script uses mingw-w64 to build LibreSSL and then uses Visual Studio tools
 | |
| to generate compatible library import files ready-to-use with Visual
 | |
| Studio projects. Static and dynamic libraries are included. The script uses
 | |
| cv2pdb to generate Visual Studio and windbg compatible debug files. cv2pdb is a
 | |
| tool developed for the D language and can be found here:
 | |
| https://github.com/rainers/cv2pdb
 | |
| 
 | |
| Pre-built Windows binaries are available with LibreSSL releases if you do not
 | |
| have a mingw-w64 build environment. Mingw-w64 code is largely, but not 100%,
 | |
| compatible with code built from Visual Studio. Notably, FILE * pointers cannot
 | |
| be shared between code built for Mingw-w64 and Visual Studio.
 | |
| 
 | |
| As of LibreSSL 2.2.2, Visual Studio Native builds can be produced using CMake.
 | |
| This produces ABI-compatible libraries for linking with native code generated
 | |
| by Visual Studio.
 |