summaryrefslogtreecommitdiffstats
path: root/PC
Commit message (Collapse)AuthorAgeFilesLines
* Bump version number to 2.3b1.Tim Peters2003-04-241-5/+5
|
* minor cleanups and whitespace normalisationAndrew MacIntyre2003-04-224-81/+82
|
* Makefile & config.c:Andrew MacIntyre2003-04-213-273/+317
| | | | | | | | | | - restructure build for modules now in Python DLL README.os2emx - clean out old cruft no longer appropriate now that EMX port builds from CVS - reflect move of modules into core DLL - add section on building from source
* Makefile:Andrew MacIntyre2003-04-213-133/+153
| | | | | | | | | | | - add _csv module to the build list - various cleanups config.c: - various cleanups pyconfig.h: - various cleanups
* Patch #714957: Explain ADDMODULE MARKER.Martin v. Löwis2003-04-181-2/+2
|
* Add MessageBeep() API.Guido van Rossum2003-04-091-0/+21
|
* Rename LONG_LONG to PY_LONG_LONG. Fixes #710285.Martin v. Löwis2003-03-291-4/+4
|
* Changed the DLL base-address assignment for _csv so it no longerTim Peters2003-03-211-1/+1
| | | | 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-211-0/+1
|
* OS/2 EMX build updates for recent CVS changesAndrew MacIntyre2003-02-192-2/+15
|
* Bump version # to 2.3a2.Tim Peters2003-02-181-4/+4
|
* Move itertools module from the sandbox and into production.Raymond Hettinger2003-02-011-0/+2
|
* Fix [ 583477 ] wrong dest size.Mark Hammond2003-01-291-1/+1
| | | | | Note this code is not used by the core on Win32, but in a block used only by Windows CE.
* Correct docstring for SetValueEx()Mark Hammond2003-01-151-1/+1
|
* There are two more copyright notices in the Windows world:Tim Peters2003-01-021-1/+1
| | | | | | | | | 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>!
* catch up with zipimport changes to std getpathp.cAndrew MacIntyre2003-01-021-3/+25
|
* bring structure closer to std config.c, whitespace normalisationAndrew MacIntyre2003-01-021-30/+44
|
* fix a merge mistake - readline not built by defaultAndrew MacIntyre2003-01-021-1/+1
|
* Make sure zip_path is null-terminated, since it's on the stackNeal Norwitz2002-12-311-0/+1
|
* DLL export definition refreshAndrew MacIntyre2002-12-311-18/+73
|
* add universal newline support to configurationAndrew MacIntyre2002-12-311-0/+3
|
* whitespace cleanupAndrew MacIntyre2002-12-311-16/+21
|
* getenv() replacement not requiredAndrew MacIntyre2002-12-311-16/+0
|
* Build process updates:Andrew MacIntyre2002-12-311-9/+47
| | | | | | - add new modules (zipimport, datetime, _random, bz2, _symtable) - build pyexpat with expat sources from Python distribution - regression test with and without compiled bytecode
* PEP 302 + zipimport:Just van Rossum2002-12-302-6/+45
| | | | | | | | | | | | | - 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.
* Taught the Windows build about _randommodule.c. This is compiledTim Peters2002-12-291-0/+2
| | | | | 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).
* Use wcscoll for _locale.strcoll if available.Martin v. Löwis2002-12-211-0/+6
|
* Fix an error message in the _winreg module. The error message referredThomas Heller2002-12-201-1/+1
| | | | | | | to a constant in the 'win32con' module, but this constant is also defined in the _winreg module itself. Bugfix candidate.
* datetime escapes the sandbox. The Windows build is all set. I leave itTim Peters2002-12-161-1/+2
| | | | | to others to argue about how to build it on other platforms (on Windows it's in its own DLL).
* history updateAndrew MacIntyre2002-12-041-1/+2
|
* make BSDDB 1.85 module buildable again after BSDDB3 module importAndrew MacIntyre2002-12-041-3/+3
|
* Oops, MSVC was still open, so the project file was not yet saved.Thomas Heller2002-11-221-6/+7
|
* Copied the sources from the distutils CVS repository.Thomas Heller2002-11-2210-0/+3125
| | | | | | | | | | | | | | Changed the MSVC project file to create the exe in the lib/distutils/command directory, bdist_wininst.py must still be changed to use it. Also changed to use the same zlib as the zlib module - this has the nice sideeffect that now the buggy 1.1.3 version is no longer used. Most of the source files now conform to PEP 7, except for the maximum line length. Windows api programming in 78 character lines =:(. README.txt is a new file, but still empty except for placeholders.
* Forgot a paren in the MSVC + 64-bit + Intel case.Tim Peters2002-11-111-1/+1
|
* Some help for SF 614770: MSVC 7.0 compiler supportTim Peters2002-11-111-20/+33
| | | | | | | | | | | | | | | This changes sys.version under Microsoft builds to include the MS compiler version number (_MSC_VER). Since VC 6 and VC 7 are apparently incompatible, and both can be installed on a single box, distutils needs some way to figure out which version of MSVC a given Python was compiled under. As also suggested by MvL, got rid of #ifdef'ery for the defunct _M_ALPHA target. Bugfix candidate? Hard to say. As far as I'm concerned, VC 7 wasn't a supported platform in the 2.2 line. If somebody thinks it should be, they can do the work.
* Start building the bz2 module on Windows.Tim Peters2002-11-091-0/+1
| | | | | | | | | | 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.
* The MS resource compiler simply cannot be convinced to do arithmeticTim Peters2002-10-111-2/+21
| | | | | | 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.
* Repair the DLL name -- this has to match the major.minor version numbers.Tim Peters2002-10-111-1/+1
|
* Patch 594001: PEP 277 - Unicode file name support for Windows NT.Mark Hammond2002-10-031-0/+4
|
* Call me anal, but there was a particular phrase that was speading toGuido van Rossum2002-08-191-1/+1
| | | | | | | comments everywhere that bugged me: /* Foo is inlined */ instead of /* Inline Foo */. Somehow the "is inlined" phrase always confused me for half a second (thinking, "No it isn't" until I added the missing "here"). The new phrase is hopefully unambiguous.
* update contact infoAndrew MacIntyre2002-08-181-4/+9
|
* Prep for 2.3:Andrew MacIntyre2002-08-181-34/+39
| | | | | | | | | | | - update DLL version number - add files required for 2.3 (no changes to modules though) - restructure build of pgen.exe NOTE: As I don't have the VACPP compiler, these changes are untested. Apart from slightly re-ordering some file lists, and matching file name casing, I believe these changes are the minimum necessary to build 2.3 with VACPP.
* make port notes currentAndrew MacIntyre2002-08-181-48/+36
|
* Build process updates:Andrew MacIntyre2002-08-181-17/+33
| | | | | | | - the security fixes to tempfile have lead to test_tempfile wanting to create 100 temporary files. as the EMX default is only 40, the number of file handles has been bumped (up to 250). - changes to pgen have required restructuring its build support.
* Excise DL_EXPORT/DL_IMPORT from Modules/*. Required adding a prototypeMark Hammond2002-08-021-2/+0
| | | | | | for Py_Main(). Thanks to Kalle Svensson and Skip Montanaro for the patches.
* Remove a strange single quote that didn't seem to upset the compilers!Mark Hammond2002-07-221-1/+1
|
* Nuke the only DL_* in this directory.Mark Hammond2002-07-221-1/+1
|
* Land Patch [ 566100 ] Rationalize DL_IMPORT and DL_EXPORT.Mark Hammond2002-07-192-176/+83
|
* Windows has no actual need for BAD_STATIC_FORWARD, so got rid of it.Tim Peters2002-07-171-4/+0
|
* WINDOWS_LEAN_AND_MEAN: There is no such symbol, although a very fewTim Peters2002-07-141-1/+2
| | | | | | | MSDN sample programs use it, apparently in error. The correct name is WIN32_LEAN_AND_MEAN. After switching to the correct name, in two cases more was needed because the code actually relied on things that disappear when WIN32_LEAN_AND_MEAN is defined.
generated by cgit v0.12 at 2024-09-23 12:22:04 (GMT)