summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* needforspeed: use Py_ssize_t for the fastsearch counter and skipFredrik Lundh2006-05-262-2/+2
| | | | | length (thanks, neal!). and yes, I've verified that this doesn't slow things down ;-)
* needforspeed: use METH_O for argument handling, which made partition someFredrik Lundh2006-05-262-13/+4
| | | | | ~15% faster for the current tests (which is noticable faster than a corre- sponding find call). thanks to neal-who-never-sleeps for the tip.
* Clarify docs for str.partition().Georg Brandl2006-05-261-4/+5
|
* needforspeed: partition implementation, part two.Fredrik Lundh2006-05-265-78/+143
| | | | feel free to improve the documentation and the docstrings.
* Without this patch OSX users couldn't add new help sources because the codeRonald Oussoren2006-05-261-0/+1
| | | | tried to update one item in a tuple.
* Add Soc studentAndrew M. Kuchling2006-05-261-4/+5
|
* needforspeed: partition for 8-bit strings. for some simple tests,Fredrik Lundh2006-05-251-5/+66
| | | | | | | | this is on par with a corresponding find, and nearly twice as fast as split(sep, 1) full tests, a unicode version, and documentation will follow to- morrow.
* Patch #1494387: SVN longobject.c compiler warningsTim Peters2006-05-251-1/+1
| | | | | | | | | The SIGCHECK macro defined here has always been bizarre, but it apparently causes compiler warnings on "Sun Studio 11". I believe the warnings are bogus, but it doesn't hurt to make the macro definition saner. Bugfix candidate (but I'm not going to bother).
* Repair idiot typo, and complete the job of trying toTim Peters2006-05-251-4/+4
| | | | use the Windows time.clock() implementation on Win64.
* Move over to use of METH_O and METH_NOARGS.Brett Cannon2006-05-251-12/+24
|
* Add missing files from x86 darwin ctypes patchBob Ippolito2006-05-253-0/+830
|
* Whitespace normalization.Tim Peters2006-05-251-2/+2
|
* Some Win64 pre-release in 2000 didn't supportTim Peters2006-05-252-4/+7
| | | | | | | | QueryPerformanceCounter(), but we believe Win64 does support it now. So use in time.clock(). It would be peachy if someone with a Win64 box tried this ;-)
* Change test_values so that it compares the lowercasing of group names since ↵Brett Cannon2006-05-251-1/+4
| | | | | | getgrall() can return all lowercase names while getgrgid() returns proper casing. Discovered on Ubuntu 5.04 (custom).
* Fix minor typo in prep_cif.cRonald Oussoren2006-05-251-1/+1
|
* Add a x-ref to newer calling APIs.Georg Brandl2006-05-251-0/+4
|
* fix test_float regression and 64-bit size mismatch issueBob Ippolito2006-05-251-2/+16
|
* squelch gcc4 darwin/x86 compiler warningsBob Ippolito2006-05-251-1/+1
|
* Swap out bare malloc()/free() use for PyMem_MALLOC()/PyMem_FREE() .Brett Cannon2006-05-251-2/+2
|
* Someone seems to just have copy-pasted the docs ofGeorg Brandl2006-05-251-4/+4
| | | | tp_compare to tp_richcompare ;)
* enable darwin/x86 support for libffi and hence ctypes (doesn't yet support ↵Bob Ippolito2006-05-259-6/+120
| | | | --enable-universalsdk)
* Use faster struct pack/unpack functions for the endian table that matches ↵Bob Ippolito2006-05-251-3/+27
| | | | the host's
* Use LONG_MIN and LONG_MAX to check Python integer bounds instead of the ↵Bob Ippolito2006-05-251-10/+13
| | | | incorrect INT_MIN and INT_MAX
* needforspeed: use insert+reverse instead of appendFredrik Lundh2006-05-251-16/+8
|
* Replace PyObject_CallFunction calls with only object argsGeorg Brandl2006-05-258-20/+17
| | | | with PyObject_CallFunctionObjArgs, which is 30% faster.
* fix a struct regression where long would be returned for short unsigned integersBob Ippolito2006-05-251-0/+6
|
* Fix Cygwin compiler issueBob Ippolito2006-05-251-1/+5
|
* * eliminate warning by reverting tmp_s type to 'const char*'Jack Diederich2006-05-251-1/+1
|
* Struct now unpacks to PY_LONG_LONG directly when possible, also include ↵Bob Ippolito2006-05-251-6/+88
| | | | #ifdef'ed out code that will return int instead of long when in bounds (not active since it's an API and doc change)
* needforspeed: use fastsearch also for find/index and contains. theFredrik Lundh2006-05-251-1/+25
| | | | related tests are now about 10x faster.
* Guard the _active.remove() call to avoid errors when there is no _active list.Georg Brandl2006-05-251-2/+3
|
* Faster path for PyLong_FromLongLong, using PyLong_FromLong algorithmBob Ippolito2006-05-251-10/+50
|
* Added overflow test for adding two (very) large strings where theAndrew Dalke2006-05-251-2/+7
| | | | | new string is over max Py_ssize_t. I have no way to test it on my box or any box I have access to. At least it doesn't break anything.
* Comment typoAndrew M. Kuchling2006-05-251-1/+1
|
* Code had returned an ssize_t, upcast to long, then converted with ↵Andrew Dalke2006-05-251-1/+1
| | | | | | PyInt_FromLong. Now using PyInt_FromSsize_t.
* needforspeed: use "fastsearch" for count. this results in a 3x speedupFredrik Lundh2006-05-251-1/+122
| | | | for the related stringbench tests.
* Fixed problem identified by Georg. The special-case in-place code for replaceAndrew Dalke2006-05-251-2/+5
| | | | | | | | | | | made a copy of the string using PyString_FromStringAndSize(s, n) and modify the copied string in-place. However, 1 (and 0) character strings are shared from a cache. This cause "A".replace("A", "a") to change the cached version of "A" -- used by everyone. Now may the copy with NULL as the string and do the memcpy manually. I've added regression tests to check if this happens in the future. Perhaps there should be a PyString_Copy for this case?
* A new table to help string->integer conversion was added yesterday toTim Peters2006-05-253-44/+16
| | | | | | both mystrtoul.c and longobject.c. Share the table instead. Also cut its size by 64 entries (they had been used for an inscrutable trick originally, but the code no longer tries to use that trick).
* needforspeed: new replace implementation by Andrew Dalke. replace isFredrik Lundh2006-05-251-182/+605
| | | | | now about 3x faster on my machine, for the replace tests from string- bench.
* needforspeed: check for overflow in replace (from Andrew Dalke)Fredrik Lundh2006-05-253-15/+54
|
* Fix incorrect documentation for the Py_IS_FINITE(X) macro.Kristján Valur Jónsson2006-05-251-3/+3
|
* Fix another typoAndrew M. Kuchling2006-05-251-1/+1
|
* Added tests for implementation error we came up with in the need for speed ↵Andrew Dalke2006-05-251-0/+19
| | | | sprint.
* Fix comment typosAndrew M. Kuchling2006-05-251-1/+1
|
* needforspeed: _toupper/_tolower is a SUSv2 thing; fall back on ISO CFredrik Lundh2006-05-251-0/+9
| | | | versions if they're not defined.
* Added a new macro, Py_IS_FINITE(X). On windows there is an intrinsic for ↵Kristján Valur Jónsson2006-05-253-5/+12
| | | | this and it is more efficient than to use !Py_IS_INFINITE(X) && !Py_IS_NAN(X). No change on other platforms
* needforspeed: make new upper/lower work properly for single-characterFredrik Lundh2006-05-251-4/+8
| | | | | strings too... (thanks to georg brandl for spotting the exact problem faster than anyone else)
* needforspeed: speed up upper and lower for 8-bit string objects.Fredrik Lundh2006-05-251-22/+20
| | | | | | | (the unicode versions of these are still 2x faster on windows, though...) based on work by Andrew Dalke, with tweaks by yours truly.
* Add entry; and fix a typoAndrew M. Kuchling2006-05-251-1/+7
|
* Update graminit.c for the fix for #1488915, Multiple dots in relative importThomas Wouters2006-05-252-21/+25
| | | | statement raise SyntaxError, and add testcase.
generated by cgit v0.12 at 2025-08-16 16:01:38 (GMT)