summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Removed expat from the access paths, it isn't needed.Jack Jansen2001-08-161-0/+0
|
* [Patch #444854 from twburton]Andrew M. Kuchling2001-08-161-1/+4
| | | | Add executable extension, needed to get the program name right on Win32
* [Patch #442530 from twburton]Andrew M. Kuchling2001-08-161-4/+4
| | | | | Provide include_dirs argument to all calls to ._preprocess and ._compile Fix typo: pattern.search(pattern) should be pattern.search(line)
* Patch #427190: Implement and use METH_NOARGS and METH_O.Martin v. Löwis2001-08-1617-552/+430
|
* Fix SF bug #442501: calculate __module__ properly.Guido van Rossum2001-08-161-5/+71
| | | | | | | | | | | | | | | | - type_module(), type_name(): if tp_name contains one or more period, the part before the last period is __module__, the part after that is __name__. Otherwise, for non-heap types, __module__ is "__builtin__". For heap types, __module__ is looked up in tp_defined. - type_new(): heap types have their __module__ set from globals().__name__; a pre-existing __module__ in their dict is not overridden. This is not inherited. - type_repr(): if __module__ exists and is not "__builtin__", it is included in the string representation (just as it already is for classes). For example <type '__main__.C'>.
* Change the type names to xxsublist.<name>.Guido van Rossum2001-08-161-2/+2
|
* The change of type(None).__name__ from 'None' to 'NoneType' broke thisGuido van Rossum2001-08-162-4/+4
| | | | test in a trivial way. Fixed.
* Subtle change to make None.__class__ work:Guido van Rossum2001-08-162-4/+2
| | | | | | | | | - descrobject.c:descr_check(): only believe None means the same as NULL if the type given is None's type. - typeobject.c:wrap_descr_get(): don't "conventiently" default an absent type to the type of the object argument. Let the called function figure it out.
* Oops. Two fixes for SF bug #422004 are not needed. :-)Guido van Rossum2001-08-161-1/+0
|
* Bunchathings:Guido van Rossum2001-08-161-5/+6
| | | | | | | | | | | - initsigs(): Ignore SIGXFZ so writing files beyond the file system size limit won't kill us. - Py_Initialize(): call _Py_ReadyTypes() instead of readying types here. - Py_Initialize(): call _PyImport_FixupExtension() for module "extensions". (SF bug #422004.)
* Add a function _Py_ReadyTypes() which initializes various and sundryGuido van Rossum2001-08-161-4/+21
| | | | | | | | | types -- currently Type, List, None and NotImplemented. To be called from Py_Initialize() instead of accumulating calls there. Also rename type(None) to NoneType and type(NotImplemented) to NotImplementedType -- naming the type identical to the object was confusing.
* Update to MvL's patch #424475 to avoid returning 2 when tp_compareGuido van Rossum2001-08-161-2/+5
| | | | | | returns that. (This fix is also by MvL; checkin it in because I want to make more changes here. I'm still not 100% satisfied -- see comments attached to the patch.)
* No change, just wanted to record more info in the log: after the lastTim Peters2001-08-160-0/+0
| | | | | | | | | checkin, the Wise uninstaller *will* delete the Python DLL from the system directory, but if and only if there wasn't a same-named Python DLL already in the system directory at the time the installer ran. That (no same-named DLL) should be the typical case for most most people (I'm different because I've run perhaps hundreds of 2.2 installs over the last several weeks). IOW, the change was worth making.
* Wise uninstallers never delete the Python DLL from the system directory.Tim Peters2001-08-161-0/+9
| | | | | They should. Added a line that's supposed to fix that -- it doesn't actually work on my box, but checking it in anyway.
* Add tests for overridable operators that have default interpretationsGuido van Rossum2001-08-151-0/+127
| | | | | (__hash__ etc.), in static and dynamic classes, overridden and default.
* - Another big step in the right direction. All the overridableGuido van Rossum2001-08-151-47/+226
| | | | | | | | | | | | | | | | | | | | operators for which a default implementation exist now work, both in dynamic classes and in static classes, overridden or not. This affects __repr__, __str__, __hash__, __contains__, __nonzero__, __cmp__, and the rich comparisons (__lt__ etc.). For dynamic classes, this meant copying a lot of code from classobject! (XXX There are still some holes, because the comparison code in object.c uses PyInstance_Check(), meaning new-style classes don't get the same dispensation. This needs more thinking.) - Add object.__hash__, object.__repr__, object.__str__. The __str__ dispatcher now calls the __repr__ dispatcher, as it should. - For static classes, the tp_compare, tp_richcompare and tp_hash slots are now inherited together, or not at all. (XXX I fear there are still some situations where you can inherit __hash__ when you shouldn't, but mostly it's OK now, and I think there's no way we can get that 100% right.)
* Rewrote Jack's latest change so it does what it intended to do...Just van Rossum2001-08-151-4/+8
|
* Given a class without __cmp__ or __eq__, cmp() of two instances ofGuido van Rossum2001-08-151-0/+8
| | | | | | that class should compare the id() of those instances. Add a test that verifies this. This test currently fails; I believe this is caused by object.c:2.132 (Patch #424475 by loewis).
* A large contribution from Dave Kuhlman describing what each of the slotsFred Drake2001-08-151-6/+385
| | | | | | | | | in the type object is used for, for many of the more commonly used slots. Thanks! (But there is still a lot more to write on this topic.) Markup and organizational changes by your friendly neighborhood documentation czar.
* Dave Kuhlman has contributed a nice improvement to the "Defining New Types"Fred Drake2001-08-151-0/+1
| | | | section of the Extending & Embedding manual -- thanks!
* Remove spurious space before a period.Fred Drake2001-08-151-1/+1
|
* Added comments before recently added/assigned slots in the type object,Fred Drake2001-08-151-0/+6
| | | | | so the backward compatibility issues will be easier to understand. I only added comments indicating additions and assignments back to Python 2.0.
* Add 'state' as a get/set attribute to spamlist. This serves as anGuido van Rossum2001-08-151-1/+12
| | | | example.
* Add 'state' as a read-only attribute to spamdict. This serves as anGuido van Rossum2001-08-151-1/+7
| | | | example.
* PyMethod_Type: add a tp_descr_get slot function to ensure properGuido van Rossum2001-08-151-1/+19
| | | | binding of unbound methods.
* Add a test to verify that bound methods work correctly.Guido van Rossum2001-08-151-0/+18
|
* Fix portability problems with glibc 2.0, as reported in #449157.Martin v. Löwis2001-08-157-4/+23
|
* Use the "howto" document class rather than the "manual" class.Fred Drake2001-08-151-85/+81
| | | | | | | | Remove the module index; there aren't enough modules documented yet for this to make sense. Add a couple more index entries, fixed a few typos, and adjusted a few more things for consistency.
* Properly mark attribute names in the table.Fred Drake2001-08-151-117/+117
|
* Change the generated markup so that attribute names are properly marked.Fred Drake2001-08-151-1/+1
|
* Use the abstract object interfaces when digging around in module objectsFred Drake2001-08-151-19/+19
| | | | instead of directly manipulating the underlying dictionary.
* Note addition of cleanfuture.pyAndrew M. Kuchling2001-08-151-0/+6
|
* Fix typoAndrew M. Kuchling2001-08-151-1/+1
|
* Fix small markup consistency nits.Fred Drake2001-08-151-7/+8
|
* MacOSX: if we're building without --enable-toolbox-glue don't attempt toJack Jansen2001-08-152-245/+249
| | | | | include _PyMac_Error. Also don't try to include __dummy: it needs Foundation and I think (not 100% sure) that this isn't part of naked Darwin.
* On OSX we should not pass the -shared option to ld: it make the buildJack Jansen2001-08-151-1/+4
| | | | | | of audioop and cmath fail. Removing it seems to have no adverse consequences. Closes bug #450510.
* Don't remove non-directories from sys.path on the mac: filesJack Jansen2001-08-151-2/+3
| | | | can be on sys.path too.
* New, larger installer bitmap from Erik van Blokland. Added moreTim Peters2001-08-152-4/+6
| | | | | vertical whitespace to the acknowledgements portion of the "Installation Completed!" screen for easier reading.
* Fix typo in module docstring.Tim Peters2001-08-151-1/+1
|
* Add blurb about cleanfuture.py. Fix misspelling in an older item.Tim Peters2001-08-151-1/+7
|
* Move one of the tests into the "PEP 255" section, to reflect a change inTim Peters2001-08-151-12/+15
| | | | the PEP.
* Oops, forgot to check in configure.Jack Jansen2001-08-151-400/+420
|
* Lots of changes in the framework support:Jack Jansen2001-08-152-103/+197
| | | | | | | | | | | | | | - Made framework builds work for MacOSX. The configure arg is now "--enable-framework". - Added an install target frameworkinstall which installs the framework. - Ripped out Next/OpenStep support, which was broken anyway. - Made the MacOSX toolbox glue dependant on a --enable-toolbox-glue configure arg. This should make naked darwin build work again (untested). A few targets have been added to Makefile.pre.in, and on inspection they look harmless to non-MacOSX machines, but it is worth checking. Closes bug #420601 and patch #450350.
* With WITH_NEXT_FRAMEWORK defined we now also expect a normal PythonJack Jansen2001-08-151-6/+20
| | | | | | installation. If there is no LANDMARK we assume we're a bare framework in the install directory (again WITH_NEXT_FRAMEWORK only).
* update simple explanation of parseFile()Jeremy Hylton2001-08-141-1/+1
|
* First day's progress on documentationJeremy Hylton2001-08-143-0/+588
|
* Fix a minor typo and mark an exception name that was missed.Fred Drake2001-08-141-1/+1
|
* Add material about the "r" and "u" prefixes for string literals; shouldFred Drake2001-08-141-8/+14
| | | | | | | be reviewed for clarity. Work around a bogosity in the HTML version of the escape sequences table conversion.
* Added some examples of table markup.Fred Drake2001-08-141-0/+71
|
* Fix typo in astgen scriptJeremy Hylton2001-08-144-4/+4
|