summaryrefslogtreecommitdiffstats
path: root/PCbuild
Commit message (Collapse)AuthorAgeFilesLines
* There are two more copyright notices in the Windows world:Tim Peters2003-01-021-2/+2
| | | | | | | | | PC/python_nt.rc sets up the DLL version resource (displayed when you right-click on the DLL and select Properties). PCbuld/python20.wse sets up the installer version resource (displayed when you right-click on the installer .exe and select Properties). Turns out this one hadn't been updated since 2001 <frown>!
* SF bug 660795: logging missing from Python 2.3a1 for Windows.Tim Peters2003-01-021-0/+8
| | | | | | Added the logging package. In the meantime, Neal Norwitz added a test_logging.py to the std test suite, which would have caught this oversight in the Windows installer.
* Merging in changes from r23a1-branch. Doc/makefile had conflicts, whichTim Peters2003-01-011-0/+6
| | | | I leave to Fred to sort out.
* Bump the Windows build # for 2.3a1.Tim Peters2002-12-312-1/+3
|
* PEP 302 + zipimport:Just van Rossum2002-12-301-0/+4
| | | | | | | | | | | | | - new import hooks in import.c, exposed in the sys module - new module called 'zipimport' - various changes to allow bootstrapping from zip files I hope I didn't break the Windows build (or anything else for that matter), but then again, it's been sitting on sf long enough... Regarding the latest discussions on python-dev: zipimport sets pkg.__path__ as specified in PEP 273, and likewise, sys.path item such as /path/to/Archive.zip/subdir/ are supported again.
* Revert the last change. Tim was faster and chose a different route.Raymond Hettinger2002-12-301-2/+0
|
* Document the _randommodule project for the Windows build.Raymond Hettinger2002-12-301-0/+2
|
* Taught the Windows build about _randommodule.c. This is compiledTim Peters2002-12-291-0/+4
| | | | | into the core DLL, since it's not much code and lots of stuff uses it (e.g., try getting a tempfile name without it).
* datetime escapes the sandbox. The Windows build is all set. I leave itTim Peters2002-12-164-0/+126
| | | | | to others to argue about how to build it on other platforms (on Windows it's in its own DLL).
* Made the _ssl subproject depend on the w9xpopen subproject, becauseTim Peters2002-12-111-20/+23
| | | | build_ssl.py requires os.popen().
* Install the tools/i18n directory on Windows. A user requested it,Tim Peters2002-12-101-0/+8
| | | | Barry agreed, and I see no reason not to.
* Added _ssl.lib to the installer too. Restored alphabetical order ofTim Peters2002-12-042-5/+10
| | | | DLL and lib sections.
* Explain what's probably a problem unique to Win9x in building _ssl.Tim Peters2002-12-041-0/+27
|
* Clarify _ssl instructions.Tim Peters2002-12-041-5/+11
|
* Don't make all the OpenSSL executables, just the library we need.Mark Hammond2002-12-031-1/+21
| | | | Contributed by David Bolen.
* Add the SSL libraries as dependencies.Mark Hammond2002-12-031-1/+1
|
* Ensure the ssl temp directory exists!Mark Hammond2002-12-031-0/+1
|
* Add _ssl.pyd to the list of files to be installed by Wise.Mark Hammond2002-12-031-0/+5
|
* Add _ssl build process for Windows.Mark Hammond2002-12-035-0/+303
|
* My MSVC seems to like writing the project names in quotes. Letting it doMark Hammond2002-12-031-19/+19
| | | | this before I add the _ssl project, so that checkin is cleaner.
* Try linking the static Sleepycat lib into _bsddb.pyd. Hard to sayTim Peters2002-11-234-25/+21
| | | | | | | | | | | | whether this is a correct thing to do: + There are linker warnings (see PCbuild\readme.txt). + test_bsddb passes, in both release and debug builds now. + test_bsddb3 has several failures, but it did before too. Also made pythoncore a dependency of the _bsddb project, updated build instructions, added database conversion XXX to NEWS, and fiddled the Windows installer accordingly.
* More bsddb-on-Windows fiddling:Tim Peters2002-11-232-6/+28
| | | | | | | | + News blurb, but as much XXX as news. + Updated installer (install the new bsddb package, and the Berkeley DLL; still don't know how to fold that into _bsddb.pyd). + Fleshed out build instructions. + Debug Python still blows up.
* Move Windows Python away from bsddb 1.85 and toward Sleepycat's latest.Tim Peters2002-11-224-133/+172
| | | | | | | The bsddb subproject is gone. The _bsddb subproject is new. There are problems here, but I'm out of time to work on this now. If anyone can address an XXX comment or two in readme.txt, please do!
* Renamed Wise vrbl from _TCLMINOR_ to _TCLDIR_, to remove any scriptTim Peters2002-11-192-19/+23
| | | | | dependence on the Tcl/Tk version number. Now you point it at the Tcl/Tk install you want to ship, and that's what it ships.
* Repaired typos in the Tcl/Tk compilation instructions. Turns out theyTim Peters2002-11-151-7/+6
| | | | work on Win98SE too (yay!).
* Windows changes to move from Tcl/Tk 8.3.2 to 8.4.1. I tested this byTim Peters2002-11-144-18/+64
| | | | | | | running IDLE, and since I'm not a Tcl Guy I'm not sure what else to do. Up to you! See XXX comments in PCbuild\readme.txt for cautions. Also repaired typos in the new bz2-for-Windows instructions.
* Install the bz2 DLL on Windows.Tim Peters2002-11-091-0/+10
|
* Start building the bz2 module on Windows.Tim Peters2002-11-093-0/+139
| | | | | | | | | | CAUTION: The Python test still has many failures, but I'm out of time for this now (already took much longer than hoped to get this far). The base bz2 library does pass its own tests (see next). CAUTION: People building on Windows have to download and build tne bz2 compression libraries now. See PCbuild\readme.txt for complete instructions.
* Update list of Windows buildnos for 2.2.2 final.Tim Peters2002-10-141-0/+2
|
* The MS resource compiler simply cannot be convinced to do arithmeticTim Peters2002-10-111-0/+35
| | | | | | correctly. So field3.py is a Python program that can. This injects another manual step into the Python release process for Windows; so it goes.
* Update info for impending 2.2.2.Tim Peters2002-10-061-0/+2
|
* Add -E and -tt options to the python invocations, as for the Unix tests.Guido van Rossum2002-08-071-2/+2
| | | | | The -tt means modules that mix tabs and spaces will be rejected. The -E refuses to believe Python options in the environment.
* Taught the Windows installer about changes in the structure of the emailTim Peters2002-07-231-8/+18
| | | | package, and the loss of the test/data directory.
* Replace DL_IMPORT with PyMODINIT_FUNC and remove "/export:init..." linkMark Hammond2002-07-2313-36/+36
| | | | | command line for Windows builds. This should allow MSVC to import and build the Python MSVC6 project files without error.
* Removed no-longer-relevant explanation of "alpha" builds.Tim Peters2002-07-101-8/+0
|
* Remove the unused, and therefore distracting, "Alpha" build configurations.Mark Hammond2002-07-108-1962/+45
|
* Removed newmodule.c from the project, and removed references to it fromTim Peters2002-06-161-15/+0
| | | | the Windowish builds.
* Unsure exactly why I'm doing this, but I couldn't build a debug-modeTim Peters2002-06-151-0/+15
| | | | Python on Windows without it.
* SF patch 568629 by Oren Tirosh: types made callable.Guido van Rossum2002-06-141-15/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These built-in functions are replaced by their (now callable) type: slice() buffer() and these types can also be called (but have no built-in named function named after them) classobj (type name used to be "class") code function instance instancemethod (type name used to be "instance method") The module "new" has been replaced with a small backward compatibility placeholder in Python. A large portion of the patch simply removes the new module from various platform-specific build recipes. The following binary Mac project files still have references to it: Mac/Build/PythonCore.mcp Mac/Build/PythonStandSmall.mcp Mac/Build/PythonStandalone.mcp [I've tweaked the code layout and the doc strings here and there, and added a comment to types.py about StringTypes vs. basestring. --Guido]
* Teach the Windows build about the new enumobject.c file.Tim Peters2002-04-261-0/+15
|
* Windows installer: disabled Wise's "delete in-use files" uninstallTim Peters2002-04-161-1/+10
| | | | | | | | option. It was the cause of at least one way UNWISE.EXE could vanish (install a python; uninstall it; install it again; reboot the machine; abracadabra the uinstaller is gone). Bugfix candidate, but I'll backport it myself.
* Repair 2.2.1 release date.Tim Peters2002-04-091-1/+1
|
* Change 2.1.3 release date.Tim Peters2002-04-081-1/+1
|
* Update 2.1.3 Windows buildno.Tim Peters2002-04-081-0/+2
|
* Record Windows build number for 2.2.1 final.Tim Peters2002-04-041-0/+2
|
* SF bug 497854: Short-cuts missing for All UsersTim Peters2002-04-041-9/+18
| | | | | | Fix Windows-specific install glitch. Tested on Win2K, but I can't test on XP. Already checked in to the release22-maint branch.
* Removed old Digital Creations copyright/license notices (withGuido van Rossum2002-04-041-1/+1
| | | | | permission from Paul Everitt). Also removed a few other references to Digital Creations and changed the remaining ones to Zope Corporation.
* Repair the Windows build (needs to compile in the new boolobject code).Tim Peters2002-04-041-0/+15
|
* Update master Windows build-number list for 2.2.1c2.Tim Peters2002-03-251-0/+2
|
* Build obmalloc.c directly instead of #include'ing from object.c.Tim Peters2002-03-231-0/+15
| | | | | | | | Also move all _PyMalloc_XXX entry points into obmalloc.c. The Windows build works fine. The Unix build is changed here (Makefile.pre.in), but not tested. No other platform's build process has been fiddled.
generated by cgit v0.12 at 2024-11-15 04:16:40 (GMT)