]>
Commit | Line | Data |
---|---|---|
4109b97c RE |
1 | |
2 | INSTALLATION ON THE WIN32 PLATFORM | |
3 | ---------------------------------- | |
5c00879e | 4 | |
0bf23d9b RL |
5 | [Instructions for building for Windows CE can be found in INSTALL.WCE] |
6 | ||
9bd2cd74 RL |
7 | Heres a few comments about building OpenSSL in Windows environments. Most |
8 | of this is tested on Win32 but it may also work in Win 3.1 with some | |
657e60fa | 9 | modification. |
5c00879e | 10 | |
290d3eab | 11 | You need Perl for Win32. Unless you will build on Cygwin, you will need |
9bd2cd74 | 12 | ActiveState Perl, available from http://www.activestate.com/ActivePerl. |
290d3eab | 13 | For Cygwin users, there's more info in the Cygwin section. |
82db6e16 | 14 | |
31a674d8 | 15 | and one of the following C compilers: |
06c68491 | 16 | |
31a674d8 UM |
17 | * Visual C++ |
18 | * Borland C | |
290d3eab | 19 | * GNU C (Mingw32 or Cygwin) |
5c00879e | 20 | |
b617a5be DSH |
21 | If you want to compile in the assembly language routines with Visual C++ then |
22 | you will need an assembler. This is worth doing because it will result in | |
23 | faster code: for example it will typically result in a 2 times speedup in the | |
24 | RSA routines. Currently the following assemblers are supported: | |
25 | ||
26 | * Microsoft MASM (aka "ml") | |
27 | * Free Netwide Assembler NASM. | |
28 | ||
db5006df RL |
29 | MASM is distributed with most versions of VC++. For the versions where it is |
30 | not included in VC++, it is also distributed with some Microsoft DDKs, for | |
31 | example the Windows NT 4.0 DDK and the Windows 98 DDK. If you do not have | |
32 | either of these DDKs then you can just download the binaries for the Windows | |
33 | 98 DDK and extract and rename the two files XXXXXml.exe and XXXXXml.err, to | |
34 | ml.exe and ml.err and install somewhere on your PATH. Both DDKs can be | |
35 | downloaded from the Microsoft developers site www.msdn.com. | |
b617a5be DSH |
36 | |
37 | NASM is freely available. Version 0.98 was used during testing: other versions | |
38 | may also work. It is available from many places, see for example: | |
39 | http://www.kernel.org/pub/software/devel/nasm/binaries/win32/ | |
40 | The NASM binary nasmw.exe needs to be installed anywhere on your PATH. | |
41 | ||
4109b97c RE |
42 | If you are compiling from a tarball or a CVS snapshot then the Win32 files |
43 | may well be not up to date. This may mean that some "tweaking" is required to | |
44 | get it all to work. See the trouble shooting section later on for if (when?) | |
45 | it goes wrong. | |
5c00879e | 46 | |
31a674d8 UM |
47 | Visual C++ |
48 | ---------- | |
5c00879e | 49 | |
b617a5be | 50 | Firstly you should run Configure: |
5c00879e | 51 | |
31a674d8 | 52 | > perl Configure VC-WIN32 |
b617a5be DSH |
53 | |
54 | Next you need to build the Makefiles and optionally the assembly language | |
5067cce5 | 55 | files: |
b617a5be | 56 | |
5067cce5 | 57 | - If you are using MASM then run: |
b617a5be | 58 | |
5067cce5 | 59 | > ms\do_masm |
b617a5be | 60 | |
5067cce5 | 61 | - If you are using NASM then run: |
b617a5be | 62 | |
5067cce5 | 63 | > ms\do_nasm |
b617a5be | 64 | |
5067cce5 | 65 | - If you don't want to use the assembly language files at all then run: |
b617a5be | 66 | |
5067cce5 | 67 | > ms\do_ms |
5c00879e | 68 | |
4109b97c | 69 | If you get errors about things not having numbers assigned then check the |
0a9d53e9 | 70 | troubleshooting section: you probably won't be able to compile it as it |
4109b97c | 71 | stands. |
5c00879e | 72 | |
4109b97c | 73 | Then from the VC++ environment at a prompt do: |
5c00879e | 74 | |
4109b97c | 75 | > nmake -f ms\ntdll.mak |
5c00879e | 76 | |
4109b97c RE |
77 | If all is well it should compile and you will have some DLLs and executables |
78 | in out32dll. If you want to try the tests then do: | |
79 | ||
80 | > cd out32dll | |
81 | > ..\ms\test | |
5c00879e | 82 | |
31a674d8 UM |
83 | Tweaks: |
84 | ||
b617a5be DSH |
85 | There are various changes you can make to the Win32 compile environment. By |
86 | default the library is not compiled with debugging symbols. If you add 'debug' | |
1afa9679 | 87 | to the mk1mf.pl lines in the do_* batch file then debugging symbols will be |
2c696b2d RL |
88 | compiled in. Note that mk1mf.pl expects the platform to be the last argument |
89 | on the command line, so 'debug' must appear before that, as all other options. | |
31a674d8 UM |
90 | |
91 | The default Win32 environment is to leave out any Windows NT specific | |
92 | features. | |
93 | ||
94 | If you want to enable the NT specific features of OpenSSL (currently only the | |
95 | logging BIO) follow the instructions above but call the batch file do_nt.bat | |
96 | instead of do_ms.bat. | |
97 | ||
98 | You can also build a static version of the library using the Makefile | |
99 | ms\nt.mak | |
100 | ||
ae689b6b RL |
101 | Borland C++ builder 5 |
102 | --------------------- | |
60d160da RL |
103 | |
104 | * Configure for building with Borland Builder: | |
105 | > perl Configure BC-32 | |
106 | ||
107 | * Create the appropriate makefile | |
108 | > ms\do_nasm | |
109 | ||
110 | * Build | |
111 | > make -f ms\bcb.mak | |
112 | ||
ae689b6b RL |
113 | Borland C++ builder 3 and 4 |
114 | --------------------------- | |
60d160da | 115 | |
31a674d8 UM |
116 | * Setup PATH. First must be GNU make then bcb4/bin |
117 | ||
118 | * Run ms\bcb4.bat | |
119 | ||
120 | * Run make: | |
121 | > make -f bcb.mak | |
122 | ||
123 | GNU C (Mingw32) | |
124 | --------------- | |
125 | ||
126 | To build OpenSSL, you need the Mingw32 package and GNU make. | |
127 | ||
7d5d27b9 | 128 | * Compiler installation: |
fb3214f9 | 129 | |
03dbae0d | 130 | Mingw32 is available from <ftp://ftp.xraylith.wisc.edu/pub/khan/ |
d0ff2a23 UM |
131 | gnu-win32/mingw32/gcc-2.95.2/gcc-2.95.2-msvcrt.exe>. Extract it |
132 | to a directory such as C:\gcc-2.95.2 and add c:\gcc-2.95.2\bin to | |
133 | the PATH environment variable in "System Properties"; or edit and | |
134 | run C:\gcc-2.95.2\mingw32.bat to set the PATH. | |
31a674d8 | 135 | |
7d5d27b9 | 136 | * Compile OpenSSL: |
31a674d8 | 137 | |
fee2dc8e | 138 | > ms\mingw32 |
31a674d8 | 139 | |
fee2dc8e UM |
140 | This will create the library and binaries in out. In case any problems |
141 | occur, try | |
142 | > ms\mingw32 no-asm | |
143 | instead. | |
31a674d8 | 144 | |
7d5d27b9 UM |
145 | libcrypto.a and libssl.a are the static libraries. To use the DLLs, |
146 | link with libeay32.a and libssl32.a instead. | |
31a674d8 | 147 | |
7d5d27b9 UM |
148 | See troubleshooting if you get error messages about functions not having |
149 | a number assigned. | |
31a674d8 | 150 | |
7d5d27b9 | 151 | * You can now try the tests: |
31a674d8 UM |
152 | |
153 | > cd out | |
154 | > ..\ms\test | |
155 | ||
290d3eab RL |
156 | GNU C (Cygwin) |
157 | -------------- | |
be5d92e0 | 158 | |
0a8a9978 RL |
159 | Cygwin provides a bash shell and GNU tools environment running |
160 | on NT 4.0, Windows 9x, Windows ME, Windows 2000, and Windows XP. | |
161 | Consequently, a make of OpenSSL with Cygwin is closer to a GNU | |
162 | bash environment such as Linux than to other W32 makes which are | |
163 | based on a single makefile approach. Cygwin implements Posix/Unix | |
164 | calls through cygwin1.dll, and is contrasted to Mingw32 which links | |
165 | dynamically to msvcrt.dll or crtdll.dll. | |
be5d92e0 | 166 | |
290d3eab | 167 | To build OpenSSL using Cygwin: |
be5d92e0 | 168 | |
0a8a9978 | 169 | * Install Cygwin (see http://cygwin.com/) |
be5d92e0 | 170 | |
9bd2cd74 RL |
171 | * Install Perl and ensure it is in the path (recent Cygwin perl |
172 | (version 5.6.1-2 of the latter has been reported to work) or | |
889a54c4 | 173 | ActivePerl) |
be5d92e0 | 174 | |
290d3eab | 175 | * Run the Cygwin bash shell |
be5d92e0 UM |
176 | |
177 | * $ tar zxvf openssl-x.x.x.tar.gz | |
178 | $ cd openssl-x.x.x | |
9c5b91fd | 179 | $ ./config |
be5d92e0 UM |
180 | [...] |
181 | $ make | |
182 | [...] | |
183 | $ make test | |
184 | $ make install | |
185 | ||
186 | This will create a default install in /usr/local/ssl. | |
187 | ||
290d3eab | 188 | Cygwin Notes: |
be5d92e0 UM |
189 | |
190 | "make test" and normal file operations may fail in directories | |
290d3eab | 191 | mounted as text (i.e. mount -t c:\somewhere /home) due to Cygwin |
be5d92e0 UM |
192 | stripping of carriage returns. To avoid this ensure that a binary |
193 | mount is used, e.g. mount -b c:\somewhere /home. | |
194 | ||
0a8a9978 | 195 | "bc" is not provided in older Cygwin distribution. This causes a |
be5d92e0 | 196 | non-fatal error in "make test" but is otherwise harmless. If |
0a8a9978 | 197 | desired and needed, GNU bc can be built with Cygwin without change. |
be5d92e0 UM |
198 | |
199 | ||
6b7a83c7 RL |
200 | Installation |
201 | ------------ | |
202 | ||
290d3eab | 203 | If you used the Cygwin procedure above, you have already installed and |
9bd2cd74 RL |
204 | can skip this section. For all other procedures, there's currently no real |
205 | installation procedure for Win32. There are, however, some suggestions: | |
6b7a83c7 RL |
206 | |
207 | - do nothing. The include files are found in the inc32/ subdirectory, | |
208 | all binaries are found in out32dll/ or out32/ depending if you built | |
209 | dynamic or static libraries. | |
210 | ||
211 | - do as is written in INSTALL.Win32 that comes with modssl: | |
212 | ||
213 | $ md c:\openssl | |
214 | $ md c:\openssl\bin | |
215 | $ md c:\openssl\lib | |
216 | $ md c:\openssl\include | |
217 | $ md c:\openssl\include\openssl | |
218 | $ copy /b inc32\* c:\openssl\include\openssl | |
219 | $ copy /b out32dll\ssleay32.lib c:\openssl\lib | |
220 | $ copy /b out32dll\libeay32.lib c:\openssl\lib | |
221 | $ copy /b out32dll\ssleay32.dll c:\openssl\bin | |
222 | $ copy /b out32dll\libeay32.dll c:\openssl\bin | |
223 | $ copy /b out32dll\openssl.exe c:\openssl\bin | |
224 | ||
225 | Of course, you can choose another device than c:. C: is used here | |
226 | because that's usually the first (and often only) harddisk device. | |
227 | Note: in the modssl INSTALL.Win32, p: is used rather than c:. | |
228 | ||
229 | ||
4109b97c RE |
230 | Troubleshooting |
231 | --------------- | |
5c00879e | 232 | |
4109b97c RE |
233 | Since the Win32 build is only occasionally tested it may not always compile |
234 | cleanly. If you get an error about functions not having numbers assigned | |
235 | when you run ms\do_ms then this means the Win32 ordinal files are not up to | |
236 | date. You can do: | |
5c00879e | 237 | |
4109b97c | 238 | > perl util\mkdef.pl crypto ssl update |
5c00879e | 239 | |
b617a5be | 240 | then ms\do_XXX should not give a warning any more. However the numbers that |
4109b97c RE |
241 | get assigned by this technique may not match those that eventually get |
242 | assigned in the CVS tree: so anything linked against this version of the | |
243 | library may need to be recompiled. | |
5c00879e | 244 | |
94de0419 DSH |
245 | If you get errors about unresolved symbols there are several possible |
246 | causes. | |
5c00879e | 247 | |
94de0419 DSH |
248 | If this happens when the DLL is being linked and you have disabled some |
249 | ciphers then it is possible the DEF file generator hasn't removed all | |
250 | the disabled symbols: the easiest solution is to edit the DEF files manually | |
251 | to delete them. The DEF files are ms\libeay32.def ms\ssleay32.def. | |
252 | ||
253 | Another cause is if you missed or ignored the errors about missing numbers | |
254 | mentioned above. | |
5c00879e | 255 | |
4109b97c | 256 | If you get warnings in the code then the compilation will halt. |
5c00879e | 257 | |
4109b97c RE |
258 | The default Makefile for Win32 halts whenever any warnings occur. Since VC++ |
259 | has its own ideas about warnings which don't always match up to other | |
260 | environments this can happen. The best fix is to edit the file with the | |
261 | warning in and fix it. Alternatively you can turn off the halt on warnings by | |
262 | editing the CFLAG line in the Makefile and deleting the /WX option. | |
5c00879e | 263 | |
4109b97c RE |
264 | You might get compilation errors. Again you will have to fix these or report |
265 | them. | |
5c00879e | 266 | |
4109b97c RE |
267 | One final comment about compiling applications linked to the OpenSSL library. |
268 | If you don't use the multithreaded DLL runtime library (/MD option) your | |
22e219d9 BM |
269 | program will almost certainly crash because malloc gets confused -- the |
270 | OpenSSL DLLs are statically linked to one version, the application must | |
271 | not use a different one. You might be able to work around such problems | |
272 | by adding CRYPTO_malloc_init() to your program before any calls to the | |
273 | OpenSSL libraries: This tells the OpenSSL libraries to use the same | |
274 | malloc(), free() and realloc() as the application. However there are many | |
275 | standard library functions used by OpenSSL that call malloc() internally | |
276 | (e.g. fopen()), and OpenSSL cannot change these; so in general you cannot | |
3b80e3aa | 277 | rely on CRYPTO_malloc_init() solving your problem, and you should |
22e219d9 | 278 | consistently use the multithreaded library. |