summaryrefslogtreecommitdiffstats
path: root/PC
Commit message (Collapse)AuthorAgeFilesLines
* Trivial commit to test Windows CVS capabilities.Guido van Rossum2000-06-301-2/+2
|
* final patches from Neil Schemenauer for garbage collectionJeremy Hylton2000-06-302-0/+9
|
* Bump version to 2.0b1. Change copyright to BeOpen, CNRI, SMC.Guido van Rossum2000-06-291-4/+4
|
* This patch extends PC/config.h and configure.in as appropriate forFred Drake2000-06-291-10/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 64-bit readiness (the config values are needed for patches that I will be submitting later today. The changes are as follows: - add SIZEOF_OFF_T #define's to PC/config.h (it was already in configure.in) - add SIZEOF_TIME_T #define to PC/config.h and configure Needed for some buffer overflow checking because sizeof(time_t) is different on Win64. - add SIZEOF_FPOS_T #define Needed for the Win64 large file support implementation. - add SIZEOF_HKEY in PC/config.h only Needed for proper Win32 vs. Win64 handling in PC/winreg.c - #define HAVE_LARGEFILE_SUPPORT for Win64 - typedef long intptr_t; for all Windows except Win64 (which defines it itself) This is a new ANSI (I think) type that is useful (and used by me) for proper handling in msvcrtmodule.c and posixmodule.c - indent the nested #ifdef's and #defines in PC/config.h This is *so* much more readable. There cannot be a compiler compatibilty issue here can there? Perl uses indented #defines and it compiles with everything.
* This patch addresses two main issues: (1) There exist some non-fatalFred Drake2000-06-291-1/+1
| | | | | | | | | | | | | | | | | | | | errors in some of the hash algorithms. For exmaple, in float_hash and complex_hash a certain part of the value is not included in the hash calculation. See Tim's, Guido's, and my discussion of this on python-dev in May under the title "fix float_hash and complex_hash for 64-bit *nix" (2) The hash algorithms that use pointers (e.g. func_hash, code_hash) are universally not correct on Win64 (they assume that sizeof(long) == sizeof(void*)) As well, this patch significantly cleans up the hash code. It adds the two function _Py_HashDouble and _PyHash_VoidPtr that the various hashing routine are changed to use. These help maintain the hash function invariant: (a==b) => (hash(a)==hash(b))) I have added Lib/test/test_hash.py and Lib/test/output/test_hash to test this for some cases.
* Finish converting the winreg extension to _winreg.Fred Drake2000-06-291-1474/+0
|
* Update the module name to _winreg, pending checkin of Paul Prescod'sFred Drake2000-06-291-3/+3
| | | | OO wrapper for this module.
* Trent Mick: familiar simple Win64 patchesGuido van Rossum2000-06-282-9/+8
|
* Changed the #error to a #warning when checking gcc versions, andFred Drake2000-06-281-1/+1
| | | | noted the minimum recommended version in the message.
* Patch from Rene Liebscher <R.Liebscher@gmx.de>, slightly modified andFred Drake2000-06-191-0/+8
| | | | | commented by Fred Drake, to prevent usage of sufficiently broken GCC versions.
* Cleanup a few docstrings.Mark Hammond2000-06-092-30/+34
|
* Patch from M.-A. Lemburg:Jeremy Hylton2000-05-262-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | Python on UNIX now trusts PYTHONHOME unconditionally Modules/getpath.c: Landmark changed to os.py. Setting PYTHONHOME now unconditionally sets sys.prefix (and sys.exec_prefix). No further checks are done whether the standard lib can be found in that location or not. This is in sync with the PC subdir getpath implementations. PC/getpathp.c: Landmark changed to os.py. PC/os2vacpp/getpathp.c: Landmark changed to os.py. Note: BAW's checkin on exceptions.c eliminates earlier concerns about a bogus PYTHONHOME value leading to a core dump. Instead it causes a useless sys.path and prevents imports.
* Trent Mick:Guido van Rossum2000-05-101-1/+4
| | | | | | | | | | | | | | Use "win32" for sys.platform on Win64 instead of "win32" because: 1. While it may be confusing to the Python scriptor on Win64 that he has to check for win*32*, that is something that he will learn the first time. It is better than the alternative of the scriptor happily using "win64" and then that code not running on Win32 for no good reason. 2. The main question is: is Win64 so much more like Win32 than different from it that the common-case general Python programmer should not ever have to make the differentiation in his Python code. Or, at least, enough so that such differentiation by the Python scriptor is rare enough that some other provided mechanism is sufficient (even preferable). Currently the answer is yes. Hopefully MS will not change this answer.
* Trent Mick:Guido van Rossum2000-05-081-3/+17
| | | | | | The following modules are specifically excluded in the Win64 build: audioop, binascii, imageop, rgbimg. They are advertised as heavily 32-bit dependent. [They should probably be fixed! --GvR]
* Trent Mick:Guido van Rossum2000-05-081-23/+57
| | | | | | | | | | | | | | | | | | | | Changes to PC\config.[hc] for Win64. MSVC defines _WINxx to differentiate the various windows platforms. Python's MS_WINxx are keyed off of these. Note that _WIN32 (and hence MS_WIN32 in Python) are defined on Win32 *and* on Win64. This is for compatibility reasons. The idea is that the common case is that code specific to Win32 will also work on Win64 rather than being specific to Win32 (i.e. there is more the same than different in WIn32 and Win64). The following modules are specifically excluded in the Win64 build: audioop, binascii, imageop, rgbimg. They are advertised as heavily 32-bit dependent. [They should probably be fixed! --GvR] The patch to config.h looks big but it really is not. These are the effective changes: - MS_WINxx are keyed off _WINxx - SIZEOF_VOID_P is set to 8 for Win64 - COMPILER string is changed appropriately for Win64
* Vladimir Marangozov's long-awaited malloc restructuring.Guido van Rossum2000-05-032-10/+14
| | | | | | | | | | For more comments, read the patches@python.org archives. For documentation read the comments in mymalloc.h and objimpl.h. (This is not exactly what Vladimir posted to the patches list; I've made a few changes, and Vladimir sent me a fix in private email for a problem that only occurs in debug mode. I'm also holding back on his change to main.c, which seems unnecessary to me.)
* Add definition of socklen_t so that socketmodule.c will compile on Windows.Guido van Rossum2000-04-241-0/+3
|
* Mark Hammond:Guido van Rossum2000-04-212-3/+10
| | | | | | | | | | | * Base address for all extension modules updated. PC\dllbase_nt.txt also updated. Erroneous "libpath" directory removed for all projects. * winsound module moved from a builtin module to an extension module. This was done primarily to avoid Python16.dll needing to pull in winmm.dll. Really dumb test added for winsound - but if nothing else it ensures the module imports.
* Remove _socket, select, soundex, and unicodedata. These have beenGuido van Rossum2000-04-061-10/+0
| | | | moved to their own DLLs, or are obsolete (soundex).
* Get rid of Win32s check.Guido van Rossum2000-04-041-17/+1
|
* Seems there was a version string here that still looked like 1.5.2.Guido van Rossum2000-03-301-2/+2
|
* Revamped path access again, by Mark Hammond, to be more robust in theGuido van Rossum2000-03-301-91/+193
| | | | | | | | | | | light of three different situations: (1) running from build; (2) running from installed; (3) running without being able to find an installation (e.g. as a COM object). The system paths in the repository are only used for (3); the path deduced from the installation location are used otherwise. PYTHONHOME overrides in all cases. Read the comments for more details.
* Version -> 1.6.Guido van Rossum2000-03-291-2/+2
|
* Changes to completely ignore the registry when it detects that you areGuido van Rossum2000-03-291-25/+30
| | | | | | running out of the build directory. This means that it will no longer try to use an older version of the library when an older version has been installed.
* Change the pragmas to use python16.lib instead of python15.lib. (TookGuido van Rossum2000-03-291-2/+2
| | | | me half an hour to find why it was still linking with python15.dll!)
* Mark Hammond: new winreg module; updated dllbase file.Guido van Rossum2000-03-283-8/+2954
|
* VC++ project changes to add new Unicode files and modules.Guido van Rossum2000-03-111-0/+5
| | | | (I did this under VC++ 5.0 -- hope this doesn't break anything.)
* The rest of the changes by Trent Mick and Dale Nagata for warning-freeGuido van Rossum2000-01-201-1/+6
| | | | compilation on NT Alpha. Mostly added casts etc.
* Add HAVE_DYNAMIC_LOADING.Guido van Rossum1999-12-201-0/+4
| | | | Define Py_DEBUG when compiling in debug mode. (Is that a good idea?)
* Mark Hammond writes:Guido van Rossum1999-10-011-1/+31
| | | | | | Attached is a context diff to winsound.c that adds a Beep() function to play a sound through the PC speaker. Seems to make sense to have this added, so I just went and did it!
* Set the max recursion limit to 5000 -- rather conservative (this usesGuido van Rossum1999-06-091-0/+7
| | | | 0.5 MB of the 1 MB available by default for stack on Win32 platforms).
* Added sha module!Guido van Rossum1999-04-131-0/+2
|
* Bump the myusterious M$ version number from 1,5,2,1 to 1,5,2,3.Guido van Rossum1999-04-131-2/+2
| | | | (I can't even display this on NT, maybe Win/98 can?)
* Remove all VC++ info (except VC 1.5) from readme.txt;Guido van Rossum1999-04-122-4738/+5
| | | | remove the VC++ 4.0 project file; remove the unused _tkinter extern defs.
* No longer needed.Guido van Rossum1999-04-101-2/+0
|
* Avoid totally empty files.Guido van Rossum1999-04-102-0/+2
|
* Check for potential error returned by _ungetch().Guido van Rossum1999-02-161-1/+2
|
* Some weird symbol (M_I386) was used to decide whether to include theGuido van Rossum1999-02-051-1/+1
| | | | | audioop module; this was no longer defined. Use MS_WINDOWS instead. (I have a feeling that this was for the WATCOM port; too bad.)
* Add winsound -- by Toby Dickenson with permission.Guido van Rossum1999-02-042-0/+130
|
* Bruce Wheeler quotes Mark Hammond with a different version of theGuido van Rossum1999-01-141-1/+1
| | | | last patch to this file: use pathLen, not bufSize, as the initializer.
* Jim Ahlstrom added some SIZEOF defs for VC and WATCOM (only).Guido van Rossum1999-01-141-0/+9
|
* Need to define DL_EXPORT, of course!Guido van Rossum1998-12-101-0/+1
|
* No longer needed.Guido van Rossum1998-12-101-473/+0
|
* Add buffer module entry points.Guido van Rossum1998-10-071-0/+6
|
* New set of files for the OS/2 port by Jeff Rush.Guido van Rossum1998-09-286-1061/+757
|
* Add define of HAVE_STDDEF_H (to 1). Suggested by Greg Stein.Guido van Rossum1998-09-231-0/+3
|
* Patches from Greg Stein to support 'P' format in struct module'sGuido van Rossum1998-09-182-0/+8
| | | | | native format, as void* (translated to Python int or long). Also adds PyLong_FromVoidPtr and PyLong_AsVoidPtr to longobject.c.
* At Greg Stein's request, add PyLong_*LongLong entry points.Guido van Rossum1998-09-171-0/+4
|
* Define SIZEOF_LONG_LONG (as 8) at Greg Stein's request.Guido van Rossum1998-09-171-0/+1
|
* Patch by Mark Hammond to support 64-bit ints on MS platforms.Guido van Rossum1998-08-251-0/+2
| | | | | | The MS compiler doesn't call it 'long long', it uses __int64, so a new #define, LONG_LONG, has been added and all occurrences of 'long long' are replaced with it.
generated by cgit v0.12 at 2024-11-17 20:30:37 (GMT)