Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 1 | Building Python using VC++ 7.1 |
Guido van Rossum | a29b360 | 2000-03-29 01:51:37 +0000 | [diff] [blame] | 2 | ------------------------------------- |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 3 | This directory is used to build Python for Win32 platforms, e.g. Windows |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 4 | 95, 98 and NT. It requires Microsoft Visual C++ 7.1 |
| 5 | (a.k.a. Visual Studio .NET 2003). |
Guido van Rossum | 15b239f | 1998-05-26 14:16:23 +0000 | [diff] [blame] | 6 | (For other Windows platforms and compilers, see ../PC/readme.txt.) |
| 7 | |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 8 | All you need to do is open the workspace "pcbuild.sln" in MSVC++, select |
| 9 | the Debug or Release setting (using "Solution Configuration" from |
| 10 | the "Standard" toolbar"), and build the projects. |
Guido van Rossum | 15b239f | 1998-05-26 14:16:23 +0000 | [diff] [blame] | 11 | |
Tim Peters | befc97c | 2001-01-18 19:01:39 +0000 | [diff] [blame] | 12 | The proper order to build subprojects: |
Guido van Rossum | 15b239f | 1998-05-26 14:16:23 +0000 | [diff] [blame] | 13 | |
Tim Peters | 97c9640 | 2001-01-17 23:23:13 +0000 | [diff] [blame] | 14 | 1) pythoncore (this builds the main Python DLL and library files, |
Tim Peters | befc97c | 2001-01-18 19:01:39 +0000 | [diff] [blame] | 15 | python21.{dll, lib} in Release mode) |
| 16 | NOTE: in previous releases, this subproject was |
| 17 | named after the release number, e.g. python20. |
Guido van Rossum | 15b239f | 1998-05-26 14:16:23 +0000 | [diff] [blame] | 18 | |
Tim Peters | befc97c | 2001-01-18 19:01:39 +0000 | [diff] [blame] | 19 | 2) python (this builds the main Python executable, |
| 20 | python.exe in Release mode) |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 21 | |
| 22 | 3) the other subprojects, as desired or needed (note: you probably don't |
| 23 | want to build most of the other subprojects, unless you're building an |
| 24 | entire Python distribution from scratch, or specifically making changes |
| 25 | to the subsystems they implement; see SUBPROJECTS below) |
Guido van Rossum | 15b239f | 1998-05-26 14:16:23 +0000 | [diff] [blame] | 26 | |
| 27 | When using the Debug setting, the output files have a _d added to |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 28 | their name: python24_d.dll, python_d.exe, parser_d.pyd, and so on. |
Guido van Rossum | e79cf32 | 1998-07-07 22:35:03 +0000 | [diff] [blame] | 29 | |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 30 | SUBPROJECTS |
| 31 | ----------- |
Tim Peters | 610a827 | 2000-07-01 02:51:23 +0000 | [diff] [blame] | 32 | These subprojects should build out of the box. Subprojects other than the |
Tim Peters | befc97c | 2001-01-18 19:01:39 +0000 | [diff] [blame] | 33 | main ones (pythoncore, python, pythonw) generally build a DLL (renamed to |
Tim Peters | 610a827 | 2000-07-01 02:51:23 +0000 | [diff] [blame] | 34 | .pyd) from a specific module so that users don't have to load the code |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 35 | supporting that module unless they import the module. |
Guido van Rossum | e79cf32 | 1998-07-07 22:35:03 +0000 | [diff] [blame] | 36 | |
Tim Peters | 97c9640 | 2001-01-17 23:23:13 +0000 | [diff] [blame] | 37 | pythoncore |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 38 | .dll and .lib |
| 39 | python |
| 40 | .exe |
| 41 | pythonw |
| 42 | pythonw.exe, a variant of python.exe that doesn't pop up a DOS box |
| 43 | _socket |
| 44 | socketmodule.c |
Tim Peters | d66595f | 2001-02-04 03:09:53 +0000 | [diff] [blame] | 45 | _testcapi |
Tim Peters | b16c56f | 2001-02-02 21:24:51 +0000 | [diff] [blame] | 46 | tests of the Python C API, run via Lib/test/test_capi.py, and |
Tim Peters | d66595f | 2001-02-04 03:09:53 +0000 | [diff] [blame] | 47 | implemented by module Modules/_testcapimodule.c |
Tim Peters | b012a15 | 2002-02-13 23:56:46 +0000 | [diff] [blame] | 48 | pyexpat |
| 49 | Python wrapper for accelerated XML parsing, which incorporates stable |
| 50 | code from the Expat project: http://sourceforge.net/projects/expat/ |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 51 | select |
| 52 | selectmodule.c |
Tim Peters | 19f52c2 | 2001-01-24 10:07:22 +0000 | [diff] [blame] | 53 | unicodedata |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 54 | large tables of Unicode data |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 55 | winsound |
| 56 | play sounds (typically .wav files) under Windows |
| 57 | |
| 58 | The following subprojects will generally NOT build out of the box. They |
| 59 | wrap code Python doesn't control, and you'll need to download the base |
Tim Peters | aff1284 | 2000-08-25 06:52:44 +0000 | [diff] [blame] | 60 | packages first and unpack them into siblings of PCbuilds's parent |
| 61 | directory; for example, if your PCbuild is .......\dist\src\PCbuild\, |
| 62 | unpack into new subdirectories of dist\. |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 63 | |
| 64 | _tkinter |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 65 | Python wrapper for the Tk windowing system. Requires building |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 66 | Tcl/Tk first. Following are instructions for Tcl/Tk 8.4.5; these |
| 67 | should work for version 8.4.6 too, with suitable substitutions: |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 68 | |
| 69 | Get source |
| 70 | ---------- |
| 71 | Go to |
| 72 | http://prdownloads.sourceforge.net/tcl/ |
| 73 | and download |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 74 | tcl845-src.zip |
| 75 | tk845-src.zip |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 76 | Unzip into |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 77 | dist\tcl8.4.5\ |
| 78 | dist\tk8.4.5\ |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 79 | respectively. |
| 80 | |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 81 | Build Tcl first (done here w/ MSVC 7.1 on Windows XP) |
Tim Peters | 6c62995 | 2002-11-15 18:36:11 +0000 | [diff] [blame] | 82 | --------------- |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 83 | Use "Start -> All Programs -> Microsoft Visual Studio .NET 2003 |
| 84 | -> Visual Studio .NET Tools -> Visual Studio .NET 2003 Command Prompt" |
| 85 | to get a shell window with the correct environment settings |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 86 | cd dist\tcl8.4.5\win |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 87 | nmake -f makefile.vc |
| 88 | nmake -f makefile.vc INSTALLDIR=..\..\tcl84 install |
| 89 | |
| 90 | XXX Should we compile with OPTS=threads? |
| 91 | |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 92 | Optional: run tests, via |
| 93 | nmake -f makefile.vc test |
| 94 | |
| 95 | On WinXP Pro, wholly up to date as of 11-Apr-2004: |
| 96 | all.tcl: Total 10564 Passed 9855 Skipped 708 Failed 1 |
| 97 | Sourced 129 Test Files. |
| 98 | Files with failing tests: httpold.test |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 99 | |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 100 | Build Tk |
Tim Peters | 6c62995 | 2002-11-15 18:36:11 +0000 | [diff] [blame] | 101 | -------- |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 102 | cd dist\tk8.4.5\win |
| 103 | nmake -f makefile.vc TCLDIR=..\..\tcl8.4.5 |
| 104 | nmake -f makefile.vc TCLDIR=..\..\tcl8.4.5 INSTALLDIR=..\..\tcl84 install |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 105 | |
| 106 | XXX Should we compile with OPTS=threads? |
| 107 | |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 108 | XXX Our installer copies a lot of stuff out of the Tcl/Tk install |
| 109 | XXX directory. Is all of that really needed for Python use of Tcl/Tk? |
| 110 | |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 111 | Optional: run tests, via |
| 112 | nmake -f makefile.vc TCLDIR=..\..\tcl8.4.5 test |
| 113 | |
| 114 | On WinXP Pro, wholly up to date as of 11-Apr-2004: |
| 115 | all.tcl: Total 8327 Passed 6717 Skipped 1579 Failed 31 |
| 116 | Sourced 182 Test Files. |
| 117 | Files with failing tests: canvImg.test scale.test scrollbar.test textWind.test winWm.test |
| 118 | |
| 119 | |
Tim Peters | a406b58 | 2002-11-19 17:38:27 +0000 | [diff] [blame] | 120 | Make sure the installer matches |
| 121 | ------------------------------- |
| 122 | Ensure that the Wise compiler vrbl _TCLDIR_ is set to the name of |
| 123 | the common Tcl/Tk installation directory (tcl84 for the instructions |
| 124 | above). This is needed so the installer can copy various Tcl/Tk |
| 125 | files into the Python distribution. |
| 126 | |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 127 | |
| 128 | zlib |
Tim Peters | ee826f8 | 2001-01-31 19:39:44 +0000 | [diff] [blame] | 129 | Python wrapper for the zlib compression library. Get the source code |
Jeremy Hylton | 73b3df9 | 2004-01-09 16:05:07 +0000 | [diff] [blame] | 130 | for version 1.2.1 from a convenient mirror at: |
Tim Peters | 6077f64 | 2002-03-13 21:51:55 +0000 | [diff] [blame] | 131 | http://www.gzip.org/zlib/ |
Jeremy Hylton | 73b3df9 | 2004-01-09 16:05:07 +0000 | [diff] [blame] | 132 | Unpack into dist\zlib-1.2.1. |
Tim Peters | ee826f8 | 2001-01-31 19:39:44 +0000 | [diff] [blame] | 133 | A custom pre-link step in the zlib project settings should manage to |
Jeremy Hylton | 73b3df9 | 2004-01-09 16:05:07 +0000 | [diff] [blame] | 134 | build zlib-1.2.1\zlib.lib by magic before zlib.pyd (or zlib_d.pyd) is |
Tim Peters | ee826f8 | 2001-01-31 19:39:44 +0000 | [diff] [blame] | 135 | linked in PCbuild\. |
| 136 | However, the zlib project is not smart enough to remove anything under |
Jeremy Hylton | 73b3df9 | 2004-01-09 16:05:07 +0000 | [diff] [blame] | 137 | zlib-1.2.1\ when you do a clean, so if you want to rebuild zlib.lib |
| 138 | you need to clean up zlib-1.2.1\ by hand. |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 139 | |
Tim Peters | b0ead4e | 2002-11-09 04:48:58 +0000 | [diff] [blame] | 140 | bz2 |
| 141 | Python wrapper for the libbz2 compression library. Homepage |
| 142 | http://sources.redhat.com/bzip2/ |
| 143 | Download the source tarball, bzip2-1.0.2.tar.gz. |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 144 | Unpack into dist\bzip2-1.0.2. WARNING: If you're using WinZip, you |
Tim Peters | b0ead4e | 2002-11-09 04:48:58 +0000 | [diff] [blame] | 145 | must disable its "TAR file smart CR/LF conversion" feature (under |
| 146 | Options -> Configuration -> Miscellaneous -> Other) for the duration. |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 147 | |
Thomas Heller | 46a007e | 2003-08-20 18:27:36 +0000 | [diff] [blame] | 148 | A custom pre-link step in the bz2 project settings should manage to |
| 149 | build bzip2-1.0.2\libbz2.lib by magic before bz2.pyd (or bz2_d.pyd) is |
| 150 | linked in PCbuild\. |
| 151 | However, the bz2 project is not smart enough to remove anything under |
| 152 | bzip2-1.0.2\ when you do a clean, so if you want to rebuild bzip2.lib |
| 153 | you need to clean up bzip2-1.0.2\ by hand. |
Tim Peters | 077736b | 2002-11-14 23:24:40 +0000 | [diff] [blame] | 154 | |
Thomas Heller | 46a007e | 2003-08-20 18:27:36 +0000 | [diff] [blame] | 155 | The build step shouldn't yield any warnings or errors, and should end |
Tim Peters | b0ead4e | 2002-11-09 04:48:58 +0000 | [diff] [blame] | 156 | by displaying 6 blocks each terminated with |
| 157 | FC: no differences encountered |
| 158 | If FC finds differences, see the warning abou WinZip above (when I |
| 159 | first tried it, sample3.ref failed due to CRLF conversion). |
Tim Peters | caba60a | 2004-01-04 02:04:35 +0000 | [diff] [blame] | 160 | |
Tim Peters | b0ead4e | 2002-11-09 04:48:58 +0000 | [diff] [blame] | 161 | All of this managed to build bzip2-1.0.2\libbz2.lib, which the Python |
| 162 | project links in. |
| 163 | |
| 164 | |
Tim Peters | 78e35f9 | 2002-11-22 20:00:34 +0000 | [diff] [blame] | 165 | _bsddb |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 166 | Go to Sleepycat's download page: |
| 167 | http://www.sleepycat.com/download/ |
Tim Peters | b0ead4e | 2002-11-09 04:48:58 +0000 | [diff] [blame] | 168 | |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 169 | and download version 4.2.52. |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 170 | |
| 171 | With or without strong cryptography? You can choose either with or |
| 172 | without strong cryptography, as per the instructions below. By |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 173 | default, Python is built and distributed WITHOUT strong crypto |
| 174 | XXX - is the above correct? |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 175 | |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 176 | Unpack into the dist\. directory, ensuring you expand with folder names. |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 177 | |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 178 | If you downloaded with strong crypto, this will create a dist\db-4.2.52 |
| 179 | directory, and is ready to use. |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 180 | |
| 181 | If you downloaded WITHOUT strong crypto, this will create a |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 182 | dist\db-4.2.52.NC directory - this directory should be renamed to |
| 183 | dist\db-4.2.52 before use. |
Tim Peters | 011de6cc | 2004-04-11 17:29:12 +0000 | [diff] [blame] | 184 | |
Tim Peters | a0d781a | 2004-04-11 18:23:06 +0000 | [diff] [blame] | 185 | As of 11-Apr-2004, you also need to download and manually apply two |
| 186 | patches before proceeding (and the sleepycat download page tells you |
| 187 | about this). Cygwin patch worked for me. cd to dist\db-4.2.52 and |
| 188 | use "patch -p0 < patchfile" once for each downloaded patchfile. |
| 189 | |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 190 | Open |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 191 | dist\db-4.2.52\docs\index.html |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 192 | |
Mark Hammond | 2362da8 | 2004-01-06 04:04:01 +0000 | [diff] [blame] | 193 | and follow the "Windows->Building Berkeley DB with Visual C++ .NET" |
| 194 | instructions for building the Sleepycat |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 195 | software. Note that Berkeley_DB.dsw is in the build_win32 subdirectory. |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 196 | Build the "Release Static" version. |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 197 | |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 198 | XXX We're linking against Release_static\libdb42s.lib. |
Tim Peters | 84c7a3f | 2002-11-23 18:48:06 +0000 | [diff] [blame] | 199 | XXX This yields the following warnings: |
| 200 | """ |
| 201 | Compiling... |
| 202 | _bsddb.c |
| 203 | Linking... |
| 204 | Creating library ./_bsddb.lib and object ./_bsddb.exp |
Martin v. Löwis | b38b019 | 2004-01-02 21:13:28 +0000 | [diff] [blame] | 205 | _bsddb.obj : warning LNK4217: locally defined symbol _malloc imported in function __db_associateCallback |
| 206 | _bsddb.obj : warning LNK4217: locally defined symbol _free imported in function __DB_consume |
| 207 | _bsddb.obj : warning LNK4217: locally defined symbol _fclose imported in function _DB_verify |
| 208 | _bsddb.obj : warning LNK4217: locally defined symbol _fopen imported in function _DB_verify |
| 209 | _bsddb.obj : warning LNK4217: locally defined symbol _strncpy imported in function _init_pybsddb |
| 210 | __bsddb - 0 error(s), 5 warning(s) |
Tim Peters | 84c7a3f | 2002-11-23 18:48:06 +0000 | [diff] [blame] | 211 | """ |
| 212 | XXX This isn't encouraging, but I don't know what to do about it. |
Tim Peters | 78e35f9 | 2002-11-22 20:00:34 +0000 | [diff] [blame] | 213 | |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 214 | To run extensive tests, pass "-u bsddb" to regrtest.py. test_bsddb3.py |
| 215 | is then enabled. Running in verbose mode may be helpful. |
| 216 | |
| 217 | XXX The test_bsddb3 tests don't always pass, on Windows (according to |
Guido van Rossum | d54357d | 2004-03-20 21:00:26 +0000 | [diff] [blame] | 218 | XXX me) or on Linux (according to Barry). (I had much better luck |
| 219 | XXX on Win2K than on Win98SE.) The common failure mode across platforms |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 220 | XXX is |
| 221 | XXX DBAgainError: (11, 'Resource temporarily unavailable -- unable |
| 222 | XXX to join the environment') |
| 223 | XXX |
| 224 | XXX and it appears timing-dependent. On Win2K I also saw this once: |
| 225 | XXX |
| 226 | XXX test02_SimpleLocks (bsddb.test.test_thread.HashSimpleThreaded) ... |
| 227 | XXX Exception in thread reader 1: |
| 228 | XXX Traceback (most recent call last): |
| 229 | XXX File "C:\Code\python\lib\threading.py", line 411, in __bootstrap |
| 230 | XXX self.run() |
| 231 | XXX File "C:\Code\python\lib\threading.py", line 399, in run |
| 232 | XXX apply(self.__target, self.__args, self.__kwargs) |
| 233 | XXX File "C:\Code\python\lib\bsddb\test\test_thread.py", line 268, in |
| 234 | XXX readerThread |
| 235 | XXX rec = c.next() |
| 236 | XXX DBLockDeadlockError: (-30996, 'DB_LOCK_DEADLOCK: Locker killed |
| 237 | XXX to resolve a deadlock') |
Tim Peters | ad8605d | 2003-01-29 00:38:42 +0000 | [diff] [blame] | 238 | XXX |
| 239 | XXX I'm told that DBLockDeadlockError is expected at times. It |
| 240 | XXX doesn't cause a test to fail when it happens (exceptions in |
| 241 | XXX threads are invisible to unittest). |
Tim Peters | 0064026 | 2003-01-24 15:31:31 +0000 | [diff] [blame] | 242 | |
Tim Peters | 71b2411 | 2004-04-11 19:02:59 +0000 | [diff] [blame] | 243 | XXX 11-Apr-2004 tim |
| 244 | XXX On WinXP Pro, I got one failure from test_bsddb3: |
| 245 | XXX |
| 246 | XXX ERROR: test04_n_flag (bsddb.test.test_compat.CompatibilityTestCase) |
| 247 | XXX Traceback (most recent call last): |
| 248 | XXX File "C:\Code\python\lib\bsddb\test\test_compat.py", line 86, in test04_n_flag |
| 249 | XXX f = hashopen(self.filename, 'n') |
| 250 | XXX File "C:\Code\python\lib\bsddb\__init__.py", line 293, in hashopen |
| 251 | XXX d.open(file, db.DB_HASH, flags, mode) |
| 252 | XXX DBInvalidArgError: (22, 'Invalid argument -- DB_TRUNCATE illegal with locking specified') |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 253 | |
Mark Hammond | f229f9f | 2002-12-03 05:47:26 +0000 | [diff] [blame] | 254 | _ssl |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 255 | Python wrapper for the secure sockets library. |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 256 | |
Mark Hammond | f229f9f | 2002-12-03 05:47:26 +0000 | [diff] [blame] | 257 | Get the latest source code for OpenSSL from |
| 258 | http://www.openssl.org |
| 259 | |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 260 | You (probably) don't want the "engine" code. For example, get |
Tim Peters | a0d781a | 2004-04-11 18:23:06 +0000 | [diff] [blame] | 261 | openssl-0.9.7d.tar.gz |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 262 | not |
Tim Peters | a0d781a | 2004-04-11 18:23:06 +0000 | [diff] [blame] | 263 | openssl-engine-0.9.7d.tar.gz |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 264 | |
Mark Hammond | f229f9f | 2002-12-03 05:47:26 +0000 | [diff] [blame] | 265 | Unpack into the "dist" directory, retaining the folder name from |
| 266 | the archive - for example, the latest stable OpenSSL will install as |
| 267 | dist/openssl-0.9.6g |
| 268 | |
| 269 | You can (theoretically) use any version of OpenSSL you like - the |
| 270 | build process will automatically select the latest version. |
| 271 | |
| 272 | You must also install ActivePerl from |
| 273 | http://www.activestate.com/Products/ActivePerl/ |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 274 | as this is used by the OpenSSL build process. Complain to them <wink>. |
Mark Hammond | f229f9f | 2002-12-03 05:47:26 +0000 | [diff] [blame] | 275 | |
| 276 | The MSVC project simply invokes PCBuild/build_ssl.py to perform |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 277 | the build. This Python script locates and builds your OpenSSL |
Mark Hammond | f229f9f | 2002-12-03 05:47:26 +0000 | [diff] [blame] | 278 | installation, then invokes a simple makefile to build the final .pyd. |
| 279 | |
| 280 | build_ssl.py attempts to catch the most common errors (such as not |
| 281 | being able to find OpenSSL sources, or not being able to find a Perl |
| 282 | that works with OpenSSL) and give a reasonable error message. |
| 283 | If you have a problem that doesn't seem to be handled correctly |
| 284 | (eg, you know you have ActivePerl but we can't find it), please take |
| 285 | a peek at build_ssl.py and suggest patches. Note that build_ssl.py |
| 286 | should be able to be run directly from the command-line. |
| 287 | |
Tim Peters | e8bcb25 | 2002-12-04 02:39:52 +0000 | [diff] [blame] | 288 | build_ssl.py/MSVC isn't clever enough to clean OpenSSL - you must do |
| 289 | this by hand. |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 290 | |
Tim Peters | 6ee68d2 | 2002-12-04 03:16:37 +0000 | [diff] [blame] | 291 | |
Tim Peters | f9a4a6e | 2000-07-01 20:38:27 +0000 | [diff] [blame] | 292 | YOUR OWN EXTENSION DLLs |
Tim Peters | 4b5fb07 | 2000-07-01 00:03:43 +0000 | [diff] [blame] | 293 | ----------------------- |
| 294 | If you want to create your own extension module DLL, there's an example |
| 295 | with easy-to-follow instructions in ../PC/example/; read the file |
| 296 | readme.txt there first. |