summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Correct casts to char*.Martin v. Löwis2006-04-111-4/+4
|
* Remove "static forward" declaration. Move constructorsMartin v. Löwis2006-04-113-85/+79
| | | | after the type objects.
* Regenerate.Martin v. Löwis2006-04-111-2/+0
|
* As discussed on python-dev, really fix the PyMem_*/PyObject_* memory APINeal Norwitz2006-04-113-29/+29
| | | | | | | | | | | | | | | | mismatches. At least I hope this fixes them all. This reverts part of my change from yesterday that converted everything in Parser/*.c to use PyObject_* API. The encoding doesn't really need to use PyMem_*, however, it uses new_string() which must return PyMem_* for handling the result of PyOS_Readline() which returns PyMem_* memory. If there were 2 versions of new_string() one that returned PyMem_* for tokens and one that return PyObject_* for encodings that could also fix this problem. I'm not sure which version would be clearer. This seems to fix both Guido's and Phillip's problems, so it's good enough for now. After this change, it would be good to review Parser/*.c for consistent use of the 2 memory APIs.
* Make _kind types global for C++ compilation.Martin v. Löwis2006-04-113-20/+26
| | | | Explicitly cast void* to int to cmpop_ty.
* Get compiling againNeal Norwitz2006-04-111-1/+1
|
* low-hanging fruit in Python/ - g++ still hates all the enum_kind declarationsAnthony Baxter2006-04-114-22/+24
| | | | in Python/Python-ast.c. Not sure what to do about those.
* More low-hanging fruit. Still need to re-arrange some code (or find a betterAnthony Baxter2006-04-115-79/+80
| | | | | solution) in the same way as listobject.c got changed. Hoping for a better solution.
* C++ already defines a perfectly good 'bool'. Use that.Anthony Baxter2006-04-111-0/+2
|
* Adjust whitespace.Neal Norwitz2006-04-112-4/+4
|
* Add whitespace after commaNeal Norwitz2006-04-111-1/+1
|
* Correct test whether wchar_t is unsigned. Fixed crashMartin v. Löwis2006-04-112-3/+5
| | | | in #1454485.
* Clear errno before calling opendir() and readdir().Georg Brandl2006-04-111-0/+1
|
* More C++-compliance. Note especially listobject.c - to get C++ to accept theAnthony Baxter2006-04-118-136/+147
| | | | | | | | | PyTypeObject structures, I had to make prototypes for the functions, and move the structure definition ahead of the functions. I'd dearly like a better way to do this - to change this would make for a massive set of changes to the codebase. There's still some warnings - this is purely to get rid of errors first.
* Bug #1467952: os.listdir() now correctly raises an error if readdir()Georg Brandl2006-04-112-0/+9
| | | | fails with an error condition.
* Typo fix.Georg Brandl2006-04-111-1/+1
|
* Fix the code in Parser/ to also compile with C++. This was mostly casts forAnthony Baxter2006-04-117-36/+40
| | | | | | | malloc/realloc type functions, as well as renaming one variable called 'new' in tokensizer.c. Still lots more to be done, going to be checking in one chunk at a time or the patch will be massively huge. Still compiles ok with gcc.
* Try to repair what may be the last new test failure on theTim Peters2006-04-111-1/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | "x86 OpenBSD trunk" buildbot due to changing Python so that Python-exposed addresses are always non-negative. test_int_pointer_arg(): This line failed now whenever the box happened to assign an address to `ci` "with the sign bit set": self.failUnlessEqual(addressof(ci), func(byref(ci))) The problem is that the ctypes addressof() inherited "all addresses are non-negative now" from changes to PyLong_FromVoidPtr(), but byref() did not inherit that change and can still return a negative int. I don't know whether, or what, the ctypes implementation wants to do about that (possibly nothing), but in the meantime the test fails frequently. So, introduced a Python positive_address() function in the test module, that takes a purported machine address and, if negative, converts it to a non-negative value "with the same bits". This should leave the test passing under all versions of Python. Belated thanks to Armin Rigo for teaching me the sick trick ;-) for determining the # of bits in a machine pointer via abuse of the struct module.
* subclasspropagation(): Squash two more bogus hash(x) == id(x)Tim Peters2006-04-111-2/+2
| | | | | | | tests. Alas, because only the "x86 OpenBSD trunk" buildbot fails these tests, and test_descr stops after the first failure, there's no sane way for me to fix these short of fixing one and then waiting for the buildbot to reveal the next one.
* Typo repair.Tim Peters2006-04-111-2/+2
|
* Whitespace normalization.Tim Peters2006-04-112-4/+4
|
* More words on patch #837242, since 4 or 5 tests startedTim Peters2006-04-111-8/+19
| | | | | | failing on one of the 32-bit buildbot boxes because of it, due to tempting but always-wrong Python code. Users probably have code like this too (I know I did ...).
* Add notes to NEWS for other work today.Phillip J. Eby2006-04-111-0/+10
|
* specials(): squash another incorrect hash(x) == id(x)Tim Peters2006-04-111-1/+6
| | | | | | test. Add some lines that at least invoke the default __hash__, although there's nothing to check there beyond that they don't blow up.
* Forgot to mark up a PEP referencePhillip J. Eby2006-04-111-1/+1
|
* Updated the warnings, linecache, inspect, traceback, site, and doctest modulesPhillip J. Eby2006-04-1110-30/+159
| | | | | to work correctly with modules imported from zipfiles or via other PEP 302 __loader__ objects. Tests and doc updates are included.
* Huh. This belonged with the last checkin -- no idea why svnTim Peters2006-04-111-1/+0
| | | | didn't commit it.
* Try to repair more new buildbot failures in "x86 OpenBSD trunk", dueTim Peters2006-04-111-1/+1
| | | | | | | | | | | | | | | | to that id() can now return a Python long on a 32-bit box that allocates addresses "with the sign bit set". test_set.py test_subclass_with_custom_hash(): it's never been portably legal for a __hash__() method to return id(self), but on 32-bit boxes that never caused a problem before it became possible for id() to return a Python long. Changed __hash__ here to return a Python int regardless of platform. test_descr.py specials(): vereq(hash(c1), id(c1)) has never been a correct test -- just removed it (hash() is always a Python int; id() may be a Python long).
* Write part of ElementTree sectionAndrew M. Kuchling2006-04-101-8/+75
|
* Give SQLite examplesAndrew M. Kuchling2006-04-101-7/+102
|
* Fix one of the tests that fails on the "x86 OpenBSD trunk" buildbot,Tim Peters2006-04-101-1/+1
| | | | | due to that id() may return a long on a 32-bit box now. On a box that assigns addresses "with the sign bit set", id() always returns a long now.
* Fix one of the tests that fails on the "x86 OpenBSD trunk" buildbot, dueTim Peters2006-04-101-1/+1
| | | | | to that id() may return a long on a 32-bit box now. On a box that assigns addresses "with the sign bit set", id() always returns a long now.
* Whitespace normalization.Tim Peters2006-04-102-21/+21
|
* Patch #837242: id() for large ptr should return a long.Martin v. Löwis2006-04-103-4/+18
|
* DecimalContextTestCase: this permanently changed theTim Peters2006-04-101-9/+13
| | | | | | default decimal context, causing test_tokenize to fail if it ran after test_contextlib. Changed to restore the decimal context in effect at the test's start.
* test_contextlib wasn't actually being run by regrtest.py. Or more precisely,Phillip J. Eby2006-04-101-1/+9
| | | | it was being run, but no tests were actually executed!
* Minor clarity edit to contextlib per Guido's request.Phillip J. Eby2006-04-101-2/+2
|
* SF Patch #1463867: Improved generator finalization to allow generatorsPhillip J. Eby2006-04-104-1/+29
| | | | | | | | that are suspended outside of any try/except/finally blocks to be garbage collected even if they are part of a cycle. Generators that suspend inside of an active try/except or try/finally block (including those created by a ``with`` statement) are still not GC-able if they are part of a cycle, however.
* Patch #1467770: Add Popen objects to _active only in __del__.Martin v. Löwis2006-04-102-10/+29
| | | | | | Introduce _child_active member to keep track on whether a child needs to be waited for. Backport candidate.
* Patch #1441452: Add more AST nodes.Martin v. Löwis2006-04-101-15/+236
|
* Patch #1429775: Link Python modules to libpython on linux ifMartin v. Löwis2006-04-103-4/+26
| | | | --enable-shared. Fixes #832799.
* Patch #1462222: Fix Tix.Grid. Closes #1036406.Martin v. Löwis2006-04-103-11/+117
|
* Fix warning about ptsname not being a prototype on Solaris. Is this ↵Neal Norwitz2006-04-101-1/+1
| | | | prototype even necessary anymore?
* Use PyObject_* allocator since FutureFeatures is smallNeal Norwitz2006-04-102-3/+3
|
* SF patch #1467512, fix double free with triple quoted string in standard build.Neal Norwitz2006-04-109-37/+45
| | | | | | This was the result of inconsistent use of PyMem_* and PyObject_* allocators. By changing to use PyObject_* allocator almost everywhere, this removes the inconsistency.
* Get rid of warnings about using chars as subscriptsNeal Norwitz2006-04-102-3/+3
| | | | on Alpha (and possibly other platforms) by using Py_CHARMASK().
* Fix some warnings on HP-UX when using cc/aCCNeal Norwitz2006-04-104-10/+11
|
* I wonder if we can be too graceful? One oughta be enough. :-)Neal Norwitz2006-04-101-2/+1
|
* Python on OS X 10.3 and above now uses dlopen() (via dynload_shlib.c)Anthony Baxter2006-04-097-8/+17
| | | | | | to load extension modules and now provides the dl module. As a result, sys.setdlopenflags() now works correctly on these systems. (SF patch #1454844)
* Patch #1466993: remove wrong comment in socket.pyGeorg Brandl2006-04-091-8/+0
|
generated by cgit v0.12 at 2024-12-06 12:59:51 (GMT)