summaryrefslogtreecommitdiffstats
path: root/PCbuild
Commit message (Collapse)AuthorAgeFilesLines
...
* Build number for Python 2.3.1.Thomas Heller2003-09-231-0/+2
| | | | Forward ported from release23-maint.
* Build the bzip2.lib as a custom pre-link step in MSVC.Thomas Heller2003-08-202-13/+16
|
* Opening the WISE script changes a few items:Thomas Heller2003-08-201-2/+11
| | | | | I have a different WISE version, and it's installed in a different directory. My sytem directory is somewhere else.
* Complete move of windows builds to 2.4alphaMark Hammond2003-07-311-2/+2
|
* SF bug 778400: IDLE hangs when selecting "Edit with IDLE".Tim Peters2003-07-291-4/+4
| | | | | | | | The fix is confined to the Windows installer. Not a bugfix candidate: the need for the new -n switch added here was introduced by moving to the idlefork IDLE (so this change isn't needed or helpful before 2.3).
* Updated Windows installer for 2.3 final.Tim Peters2003-07-291-4/+4
|
* Bump Windows build number for 2.3 final.Tim Peters2003-07-292-1/+3
|
* Update version numbers and dates for 2.3c2 -- we won't be able to do thisTim Peters2003-07-243-6/+8
| | | | during the day tomorrow, so doing it earlier than I'd like.
* Corrected release date for 2.3c1.Tim Peters2003-07-181-1/+1
|
* For my convenience in building installers, added a makes-sense-on-my-boxTim Peters2003-07-181-1/+2
| | | | choice to the list of places MS redistributables might be found.
* Bump the release number to 2.3c1.Tim Peters2003-07-173-5/+7
|
* SF Patch 763681Kurt B. Kaiser2003-07-101-4/+4
| | | | "Support IDLE Edit of .py/.pyw from idlelib"
* I "cvs admin -kb"'ed these files to close a bug report. Now they needTim Peters2003-07-085-485/+485
| | | | to have genuwine Windows line ends.
* Some Windows changes preparing for 2.3b2.Tim Peters2003-06-274-5/+10
|
* 2.3b2 on Windows will ship with Tcl/Tk 8.4.3. Note: this still didn'tTim Peters2003-06-221-11/+14
| | | | | | | fix the hangs on Win98SE when starting IDLE via "python" from a DOS box, but did appear to make them harder to provoke. I closed that bug report as being hopeless (and if someone wants to open it again, don't dare assign it to me again <0.1 wink>).
* Install IDLE's .def files; these are essential for the configuration!Guido van Rossum2003-06-151-1/+7
| | | | | Also install the start script from Tools/script/idle. (This may change again.)
* Changes to install the new idle: it's now in Lib/idlelib instead ofGuido van Rossum2003-06-151-9/+9
| | | | | | Tools/idle, in both source and destination. (There are still problems when running the IDLE icon, but they don't seem to have to do with the installer.)
* Updated Windows buildno for 2.2.3 final.Tim Peters2003-05-301-0/+2
|
* Record 2.2.3c1 Windows build number.Tim Peters2003-05-221-0/+2
|
* Effectively renamed tokenize_tests.py to have a txt extension instead.Tim Peters2003-05-121-0/+6
| | | | | | | | | This file isn't meant to be executed, it's data input for test_tokenize.py. The problem with the .py extension is that it uses "non-standard" indentation, and it's good to test that, but reindent.py keeps wanting to fix it. But fixing the indentation causes the expected-output file to change, since exact line and column numbers are part of the tokenize.tokenize() output getting tested.
* Leading "C:" no longer hardcoded in the default installation directory.Tim Peters2003-05-081-2/+11
| | | | | | After removing that, two testers on machines where C: is not the system drive reported that the installer suggested their system drive instead of C:, and that's what they wanted it to do.
* Use os.walk() to find files to delete.Tim Peters2003-04-261-13/+14
|
* Try to recover from changes in the structure of the CSV package/module.Tim Peters2003-04-241-14/+0
|
* Bump Windows build number for 2.3b1.Tim Peters2003-04-241-1/+1
|
* Bump version number to 2.3b1.Tim Peters2003-04-242-4/+6
|
* Add MessageBeep() API.Guido van Rossum2003-04-091-2/+2
|
* Stop creating empty CVS directories in the csv subtree.Tim Peters2003-03-221-1/+7
|
* Changed the DLL base-address assignment for _csv so it no longerTim Peters2003-03-211-2/+2
| | | | obviously overlaps w/ datetime (but may -- no time for more here now).
* Teach the Windows build & installer about the new csv module + DLL.Tim Peters2003-03-214-0/+134
|
* Removed debugging print in test_tarfile.Tim Peters2003-02-191-0/+18
| | | | | In the Windows installer, continued the endless battle to copy over files with new one-shot extensions.
* I entered the wrong year for 2.3a2.Tim Peters2003-02-181-1/+1
|
* Bump Windows build number for 2.3a2.Tim Peters2003-02-181-1/+1
|
* Bump version # to 2.3a2.Tim Peters2003-02-182-4/+6
|
* Use python_d.exe to build _ssl_d.pyd - we can not express that we dependMark Hammond2003-02-131-1/+1
| | | | | on a release 'python.exe' for a debug build of _ssl. It may happen that Python.exe is currently broken, and we are trying to rebuild from scratch.
* Move itertools module from the sandbox and into production.Raymond Hettinger2003-02-011-0/+4
|
* Updated info about test_bsddb3 failures.Tim Peters2003-01-291-0/+4
|
* Define XML_STATIC.Martin v. Löwis2003-01-261-2/+2
|
* Undo inclusion of Python.h. Remove HAVE_MEMCPY section.Martin v. Löwis2003-01-261-2/+2
| | | | Update Windows command line.
* Bump the Windows build to use Sleepycat's 4.1.25.NC release (theTim Peters2003-01-243-62/+48
| | | | latest bsddb release without strong cryptography).
* CVS patch 669645: wininst.exe missing in Windows installer.Tim Peters2003-01-171-0/+5
| | | | Not anymore it ain't.
* 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().
generated by cgit v0.12 at 2024-11-10 17:22:05 (GMT)