summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add a version annotation for the Q and q format codes.Fred Drake2001-06-151-1/+2
|
* Forward-port revision 2.24.2.4 from the release21-maint branch:Thomas Wouters2001-06-151-0/+10
| | | | | | Protect several more uses of constants with #ifdefs; these are necessary on (at least) SCO OpenServer 5. Fixes a non-SF-submitted bugreport by Michael Kent.
* Note that 2.0.1 is also a PSF release. (Gregor Hoffleit, SF #433223.)Guido van Rossum2001-06-141-5/+4
|
* Change IS_LITTLE_ENDIAN macro -- a little faster now.Tim Peters2001-06-141-1/+1
|
* Fix a mis-indentation in _PyUnicode_New() that caused me to stare atGuido van Rossum2001-06-141-3/+3
| | | | some code for longer than needed.
* Fix an improperly placed comma.Fred Drake2001-06-141-1/+1
|
* _PyLong_AsByteArray: simplify the logic for dealing with the most-Tim Peters2001-06-141-11/+13
| | | | significant digits sign bits. Again no change in semantics.
* PyLong_From{Unsigned,}Long: count the # of digits first, so no more spaceTim Peters2001-06-141-21/+41
| | | | | | is allocated than needed (used to allocate 80 bytes of digit space no matter how small the long input). This also runs faster, at least on 32- bit boxes.
* Fixed typo in comment.Tim Peters2001-06-141-1/+1
|
* Add tests of PyLong_{As,From}{Unsigned,}Long. These are very much likeTim Peters2001-06-142-158/+238
| | | | | | | | | | | the new PyLong_{As,From}{Unsigned,}LongLong tests, so the bulk of the code is in the new #include file testcapi_long.h, which generates different code depending on how macros are set. This sucks, but I couldn't think of anything that sucked less. UNIX headache? If we still maintain dependencies by hand, someone who knows what they're doing should teach whatever needs it that _testcapimodule.c includes testcapi_long.h.
* Generalize the new qQ std-mode tests to all int codes (bBhHiIlLqQ).Tim Peters2001-06-131-158/+202
| | | | | | | | Unfortunately, the std-mode bBhHIL codes don't do any range-checking; if and when some of those get fixed, remove their letters from the IntTester.BUGGY_RANGE_CHECK string. In the meantime, a msg saying that range-tests are getting skipped is printed to stdout whenever one is skipped.
* _PyLong_FromByteArray: changed decl of "carry" to match "thisbyte". NoTim Peters2001-06-131-1/+1
| | | | | semantic change, but a bit clearer and may help a really stupid compiler avoid pointless runtime length conversions.
* _PyLong_AsByteArray: Don't do the "delicate overflow" check unless it'sTim Peters2001-06-131-9/+18
| | | | truly needed; usually saves a little time, but no change in semantics.
* _PyLong_AsByteArray: added assert that the input is normalized. This isTim Peters2001-06-131-1/+5
| | | | outside the function's control, but is crucial to correct operation.
* PyLong_As{Unsigned,}LongLong: fiddled final result casting.Tim Peters2001-06-131-2/+2
|
* Record Windows buildno for 2.0.1c1.Tim Peters2001-06-131-0/+2
|
* Temporarily disable the message to stderr. Jeremy will know what to doMarc-André Lemburg2001-06-131-1/+3
| | | | about this...
* Got rid of mactoolboxglue.cJack Jansen2001-06-131-0/+0
|
* Fixed an error in the signature of the QdRGB converter routines.Jack Jansen2001-06-132-4/+4
|
* The new {b,l}p_{u,}longlong() didn't check get_pylong()'s return for NULL.Tim Peters2001-06-132-0/+14
| | | | Repaired that, and added appropriate tests for it to test_struct.py.
* longobject.c:Tim Peters2001-06-132-141/+199
| | | | | | | | | | | Replaced PyLong_{As,From}{Unsigned,}LongLong guts with calls to _PyLong_{As,From}ByteArray. _testcapimodule.c: Added strong tests of PyLong_{As,From}{Unsigned,}LongLong. Fixes SF bug #432552 PyLong_AsLongLong() problems. Possible bugfix candidate, but the fix relies on code added to longobject to support the new q/Q structmodule format codes.
* The merest start of a test for the PyLong_{As,From}{Unsigned,}LongLong()Tim Peters2001-06-121-4/+57
| | | | | | | | | | functions. I intend to replace their guts with calls to the new _PyLong_{As,From}ByteArray() functions, but AFAICT there's no tests for them at all now; I also suspect PyLong_AsLongLong() isn't catching all overflow cases, but without a std test to demonstrate that why should you believe me <wink>. Also added a raiseTestError() utility function.
* _PyLong_{As,From}ByteArray: Minor code rearrangement aimed at improvingTim Peters2001-06-121-11/+14
| | | | clarity. Should have no effect visible to callers.
* Add new built-in 'help' which invokes pydoc.help (with a twist).Guido van Rossum2001-06-122-0/+19
|
* Removed the Python version from the PYTHONHOMEHELP string. It wasMarc-André Lemburg2001-06-121-1/+1
| | | | still set to python2.0 ...
* Make the option processing more robust.Fred Drake2001-06-121-7/+31
| | | | | | | Add a -F option similar to "cvs commit -F <file>". Add a -t option to allow specifying the prefix to the directory into which the docs should be unpacked (useful when I start trying out new styles for the presentation).
* Fix for bug #432384: Recursion in PyString_AsEncodedString?Marc-André Lemburg2001-06-121-1/+1
|
* Fixed reference to table notes for {}.keys() and {}.items() -- theseFred Drake2001-06-121-4/+4
| | | | | | | references did not get updated when the notes were renumbered in a previous update. This fixes SF bug #432208.
* Added q/Q standard (x-platform 8-byte ints) mode in struct module.Tim Peters2001-06-125-77/+337
| | | | | | | | | | | | | | This completes the q/Q project. longobject.c _PyLong_AsByteArray: The original code had a gross bug: the most-significant Python digit doesn't necessarily have SHIFT significant bits, and you really need to count how many copies of the sign bit it has else spurious overflow errors result. test_struct.py: This now does exhaustive std q/Q testing at, and on both sides of, all relevant power-of-2 boundaries, both positive and negative. NEWS: Added brief dict news while I was at it.
* Make copy, cut and paste events case insensitive. Reported by PatrickGuido van Rossum2001-06-121-3/+3
| | | | | | K. O'Brien on idle-dev. (Should other bindings follow suit?)
* Two new private longobject API functions,Tim Peters2001-06-112-0/+253
| | | | | | | | | | _PyLong_FromByteArray _PyLong_AsByteArray Untested and probably buggy -- they compile OK, but nothing calls them yet. Will soon be called by the struct module, to implement x-platform 'q' and 'Q'. If other people have uses for them, we could move them into the public API. See longobject.h for usage details.
* Add the appropriate availability annotations for the popen*() family ofFred Drake2001-06-111-4/+7
| | | | | | | functions -- these are not available on traditional Mac OS platforms. Corrected the version annotations for the spawn*() functions and related constants; these were added in Python 1.6, not 1.5.2.
* Trimmed trailing whitespace.Tim Peters2001-06-111-3/+3
|
* Simplify some convolution by simply not recognizing 'q' and 'Q' at allTim Peters2001-06-111-33/+0
| | | | in native mode on platforms that don't HAVE_LONG_LONG.
* Make clear in the docstring that "std" applies to both size and alignment,Tim Peters2001-06-111-6/+6
| | | | | | not just to alignment. Spotted by Guido. Bugfix candidate.
* Protect the use of the VWERASE symbol by an #ifdef, it's apparently missingThomas Wouters2001-06-111-0/+2
| | | | on (some versions of ?) AIX.
* Fixed parameter order for os.popen2(), os.popen3(), and os.popen(4). AddedFred Drake2001-06-111-3/+11
| | | | | | | a reference to these functions and popen() from the "Process Management" section. Based on a suggestion from comp.lang.python.
* Fix recent changes so that this section will format again.Fred Drake2001-06-111-2/+3
|
* Renamed some stuff to tell the truth about what it does.Tim Peters2001-06-101-4/+4
|
* Initial support for 'q' and 'Q' struct format codes: for now, only inTim Peters2001-06-104-16/+247
| | | | | | | | | | | | | | | | | | native mode, and only when config #defines HAVE_LONG_LONG. Standard mode will eventually treat them as 8-byte ints across all platforms, but that likely requires a new set of routines in longobject.c first (while sizeof(long) >= 4 is guaranteed by C, there's nothing in C we can rely on x-platform to hold 8 bytes of int, so we'll have to roll our own; I'm thinking of a simple pair of conversion functions, Python long to/from sized vector of unsigned bytes; that may be useful for GMP conversions too; std q/Q would call them with size fixed at 8). test_struct.py: In addition to adding some native-mode 'q' and 'Q' tests, got rid of unused code, and repaired a non-portable assumption about native sizeof(short) (it isn't 2 on some Cray boxes). libstruct.tex: In addition to adding a bit of 'q'/'Q' docs (more needed later), removed an erroneous footnote about 'I' behavior.
* Added a missing cast to the hashfunc initializer.Jack Jansen2001-06-101-1/+1
|
* SF bug 431772: traceback.print_exc() causes tracebackTim Peters2001-06-101-13/+14
| | | | | | | Patch from Michael Hundson. format_exception_only() blew up when trying to report a SyntaxError from a string input (line is None in this case, but it assumed a string). Bugfix candidate.
* annoying whitespace inconsistencyPeter Schneider-Kamp2001-06-101-1/+1
|
* SF bug 430991: wrong co_lnotabTim Peters2001-06-094-44/+83
| | | | | | | | | Armin Rigo pointed out that the way the line-# table got built didn't work for lines generating more than 255 bytes of bytecode. Fixed as he suggested, plus corresponding changes to pyassem.py, plus added some long overdue docs about this subtle table to compile.c. Bugfix candidate (line numbers may be off in tracebacks under -O).
* Cast the result of xxxPyCObject_Import to PycStringIO_CAPI*.Martin v. Löwis2001-06-091-1/+1
| | | | This fixes bug #431557.
* Patch #424475: Speed-up tp_compare usage, by special-casing the commonMartin v. Löwis2001-06-093-23/+62
| | | | | | case of objects with equal types which support tp_compare. Give type objects a tp_compare function. Also add c<0 tests before a few PyErr_Occurred tests.
* Fix the attributions for the new floating point text.Fred Drake2001-06-081-2/+1
|
* Added credits in the right places.Fred Drake2001-06-081-0/+2
|
* Text from Tim & Guido discussing floating point arithmetic and what usersFred Drake2001-06-081-0/+265
| | | | | | | | need to understand about the binary & decimal fp, so that representation weirdness is documented somewhere. This makes it easier to repond to "bug" reports caused by user confusion & ignorance of the issues. This closes SF patch #426208.
* add warning about situation where code may be executed twice, once whenSkip Montanaro2001-06-081-0/+10
| | | | module is __main__ and once when module is imported.
generated by cgit v0.12 at 2025-09-10 21:45:06 (GMT)