Add test suite for super().

Add 'super' builtin type.

Add decl of PySuper_Type; fixup comments for the two other types.

Add 'super', another new object type with magical properties.

super(type) -> unbound super object
super(type, obj) -> bound super object; requires isinstance(obj, type)

Typical use to call a cooperative superclass method:

class C(B):
    def meth(self, arg):
        super(C, self).meth(arg);

Add a test for the new getset type.

Change the getset type to take an optional third function argument:
the delete function.  (Question: should the attribute name also be
recorded in the getset object?  That makes the protocol more work, but
may give us better error messages.)

SF patch #454553 by Walter Dörwald: add content-type to FTP URLs, like
for urllib.

getset_descr_set(): guard against deletion (indicated by a set call
with a NULL value), in a somewhat lame way: call the set() function
with one argument.  Should I add a 3rd function, 'del', instead?

slot_tp_descr_get(): guard against NULL obj or type (bug reported by
Thomas Hellor on python-dev).

slot_tp_descr_set(): if value is NULL, call __del__ instead of
__set__.

getset_init(): make the arguments optional.

getset_doc: add docstring.

Last renamed module that wasn't removed yet.

Back out trying to use the C values for CO_xxx.
__future__.py reverted to 1.9.
newmodule.c reverted to 2.32.

Looks like someone forgot the change the expected output file.

Add a test for the new // operator too.

SF bug [#454456] int overflow code needs tests.
Added tests for boundary cases in magical PEP 237 int->long auto-overflow,
but nothing here addresses the rest of the bug report so left it open.

float_pow:  Put *all* of the burden on the libm pow in normal
cases.
powu:  Deleted.

This started with a nonsensical error msg:

>>> x = -1.
>>> import sys
>>> x**(-sys.maxint-1L)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
ValueError: negative number cannot be raised to a fractional power
>>>

The special-casing in float_pow was simply wrong in this case (there's
not even anything peculiar about these inputs), and I don't see any point
to it in *any* case:  a decent libm pow should have worst-case error under
1 ULP, so in particular should deliver the exact result whenever the exact
result is representable (else its error is at least 1 ULP).  Thus our
special fiddling for integral values "shouldn't" buy anything in accuracy,
and, to the contrary, repeated multiplication is less accurate than a
decent pow when the true result isn't exactly representable.  So just
letting pow() do its job here (we may not be able to trust libm x-platform
in exceptional cases, but these are normal cases).

Add new built-in type 'getset' (PyGetSet_Type).
This implements the 'getset' class from test_binop.py.

err_ovf(): only raise OverflowError when OverflowWarning was raised.

int_pow():  Repair typo when passing on to float pow (the 2nd argument was
being passed as both the 2nd and 3rd args).  Regression test will follow.

Patch #449054 to implement PEP 250.  The standard install directory for
modules and extensions on Windows is now $PREFIX/Lib/site-packages.
Includes backwards compatibility code for pre-2.2 Pythons.  Contributed
by Paul Moore.

Remove test_long's expected-output file.

untabification

updated to current PythonWare version (1.0b3).  fixed type checks in
DateTime constructor.  use ServerProxy instead of Server in sample
code.

Committing and closing SF patch #441348 to help Jython to pass this test.

Bump to version 1.3.  Also document the new behavior of the chip widgets.

Bump to version 1.3

Implement some suggestions by Laura Creighton.

ChipWidget.__init__(): Added a message area just below the color
    name.  Both the message and name widgets are now FLAT, DISABLED
    Entry widgets instead of Labels.  This allows users to
    copy-n-paste the color names or color specs.  Also, the contents
    of both widgets are now driven by StringVars.

set_color(): This only sets the chip color; it does not set the name
    widgets.

set_name(): New method which only sets the name widget contents.

set_message(): New method which only sets the message widget contents.

ChipViewer.update_yourself(): Set the color, name, and message for
    each chip as follows: the first line always contains the color
    spec in #rrggbb format.  The second line will contain the color
    name, but slightly differently for each widget.  For the Selected
    widget, if the color exactly matches the Nearest color, the name
    is shown, otherwise the message field will be empty.  The name
    field of the Nearest widget will always contain the color name.

Wrapper modules underound the toolbox modules, which now have an _ prepended.

Renamed.

Renamed the Mac toolbox modules to have an initial _ in their name.

Mac toolbox modules have gotten an _ prepended to their name.

The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package.

SF patch #454553 by Walter Dörwald: auto-guess content-type header for
ftp urls.

Don't make even the _slightest_ modification between test and checkin,
or you will break something:-)

The MacOS module may be available on Mac OS X, but it doesn't have a SchedParams() method, and there's no need to call it anyway.

Turn OverflowWarning into an error locally, in order to make the
OverflowError test succeed.

Ignore OverflowWarning by default.  To enable the warning, use

python -Wdefault

or

python -Wdefault::OverflowWarning

Change all case where we used to raise OverflowError to issue a
warning and then redo the operation using long ints.

When an inlined operation on two small ints causes overflow, don't
raise the exception here -- call the generic function (which may
convert the arguments to long and try again).

Introduce OverflowWarning -- to be issued when short int operations
are overflowing and a long int operation is substituted.

Add pynche's top-level txt files to Windows installer -- I don't believe
we've *ever* installed them!

"The usual" post-release fiddling.

Add an item about Tim's new installer.  This didn't make it into the
2.2a2 release, but it's still worth mentioning.

Merge changes from r22a2-branch back into trunk.  Also, change patch
level to 2.2a2+

indicate that mktime is platform-dependent.  See SF bug 434143.

indicate that the years for which the calendar function will work are
platform dependent.  See SF bug 434143.

make the gettmarg error message more correct by making it more vague ;-)
see SF bug 434143, part of which this addresses

More NEWS for 2.2a2.

Added a note about --enable-framework on Mac OS X.

These long dead files somehow got revived. Killed them (but for how
long? :-).

This file has been dead for aeons. I have no idea how it suddenly
surfaced again.

Enhancements:
- file URL now starts with "file://" (standard) rather than "file:"
- new optional argument 'context' to enable()
- repeated variable names don't have their values shown twice
- dotted attributes are shown; missing attributes handled reasonably
- highlight the whole logical line even if it has multiple physical lines
- use nice generator interface to tokenize
- formatting fixed so that it looks good in lynx, links, and w3m too

This is supposed to help configure better sort out the various libdb
incarnations.  It's probably not quite sufficient, but should be better than
the status quo...

A test of SSL support, using a roundabout method suggested by Guido.
However, this is only enabled with regrtest's --use=network switch.

Use test_support.requires() to decide whether additional largefile
tests should be run.

Removed --have-resources flag in favor of the more granular -u/--use
flag, which specifies external or resource intensive tests to
perform.  This is used by test_largefile and test_socket_ssl.

-u/--use takes a comma separated list of flags, currently supported:
largefile, network.

usage(): New function.  Note that the semantics of main() have changed
    slightly; instead of returning an error code, it raises a
    SystemExit (via sys.exit()) with the given error code.

main(): use_large_resources => use_resources
    Also, added support for long-option alternative to the short
    options.

_expectations: Added test_socket_ssl to the list of expectedly skipped
    tests.

use_large_resources => use_resources

requires(): New function which can be used to `assert' that a specific
    -u/--use resource flag is present.  Raises a TestSkipped if not.
    This is used in test_largefile and test_socket_ssl to enable
    external or resource consumptive tests that are normally
    disabled.

SSL_dealloc(): Apply the change suggested in SF bug #425370 which
    changes the order of the free calls to be the reverse of the alloc
    calls.  Closes that bug.

Whitespace normalization.

Test failed because these was no expected-output file, but always printed
to stdout.  Repaired by not printing at all except in verbose mode.

Made the test about 6x faster -- envelope analysis showed it took time
proportional to the square of the # of tasks.  Now it's linear.

New \grammartoken markup, similar to \token but allowed everywhere.

Add another name.

Deal more appropriately with bare ampersands and pointy brackets; this
module has to deal with "class" HTML-as-deployed as well as XHTML, so we
cannot be as strict as XHTML allows.

This closes SF bug #453059, but uses a different fix than suggested in
the bug comments.

Add test case to cover multiple future statements on separate lines of
a module.

Fix SF bug [ #450245 ] Error in parsing future stmts

Add test case to cover multiple future statements on separate lines of
a module.

Fix SF bug [ #450245 ] Error in parsing future stmts

Check return value from future_parse() in for loop for file_input to
accomodate multiple future statements on separate lines.

Add several comments explaining how the code works.

Remove out-dated XXX comment.

Committing and closing SF patch #403671 by Finn Bock to help Jython
pass these tests.

add a few test cases for threading module.

Added new BoundedSemaphore class.  Closes bug 452836.

Silence warnings during test_os

Split "Extending & Embedding" into separate files, one per chapter.

It will always be a string, because it is created just before this call.

Added documentation for BoundedSemaphore(), contributed by Skip Montanaro.
This closes SF patch #452836.

Document PyTuple_GET_SIZE(), removing confusing sentence from PyDict_Copy()
description.

This fixes SF bug #453111.

Oops, these compatibility modules were missing. Which went unnoticed because their companions had been put in the wrong place.

Various toolbox modules were generated in lib-dynload accidentally
in stead of in Carbon. Fixed.

Clean up some argument profiles, enrich the docstring.

Oops, this file shouldn't have been removed.

The destination folder is now :Lib:lib-dynload

PATCHLEVEL is outdated, use PY_VERSION.

Step 1 in packaging the toolbox modules and making MacPython more
like normal Python. toolbox modules are now in the Carbon package
in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat.
Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and
:Mac:Plugins are gone.

Dynamic modules are now put in :Lib:lib-dynload by default. For the toolbox modules this is overridden to put them in :Mac:Lib:Carbon.

Compatibility modules. lib-compat is on the default sys.path for MacPython 2.2, and each of these modules imports * from its namesake in the Carbon package.

Moved to either :Mac:Lib (WASTEconst and files that weren't generated) or to the Carbon package.

The modules with toolbox constants.

Carbon is now a package encapsulating all the toolbox modules. Carbon is not
the best of names right now (because QuickTime, for instance, is part of
its own framekwork in OSX terminology, and because all these modules also
work on pre-Carbon MacOS) but in a year or so it will be:-).

Moved here form lib-toolbox, for lack of a better place to go.

Moved here from lib-toolbox, where they should never have been in the first place (all the other stuff there wa generated with bgen).

Step 1 in packaging the toolbox modules and making MacPython more
like normal Python. toolbox modules are now in the Carbon package
in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat.
Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and
:Mac:Plugins are gone.

Temporarily disabled the import hook. It breaks with the package-based
Carbon and its workaround.

Removed NEXT-NOTES, the NeXT is no longer supported.

Removed NeXT notes (replacing them with a line saying NeXT is no
longer supported) and updated MacOSX notes.

Got rid of all the plugin xml files: they are generated, and
they were only in the repository for people building MacPython from
CVS (the .cmp project files are in a MacPython source
distribution). The process to regenerate them is now easier (and
documented!) so these shouldn't be needed anymore.

And eventually they should all be built by setup.py anyway.

of course I muffed it separating the notes code from the initial_value
code.  grrr...

Avoid total dependency on the new module.  This addresses the problem
reported by Greg Ball on python-dev.

add debug calls to self._note for the Semaphore class.  This closes bug
443614.  I will submit a new feature request and patch to threading.py and
libthreading.tex to address the bounded semaphore issue.

Improve Windows time.clock() blurb; was missing return type and unit.

Windows fiddling for 2.2a2:  bump build number; update copyright and
company info in resource files; change installer strings to match.
This belongs in the release branch too, of course.

SF patch #452239 by Gordon McMillan, to fix SF bug #451547.

   This patch attempts to do to cPickle what Guido did
   for pickle.py v 1.50. That is: save_global tries
   importing the module, and fetching the name from the
   module. If that fails, or the returned object is not
   the same one we started with, it raises a
   PicklingError. (All this so pickling a lambda will
   fail at save time, rather than load time).

Add dependencies for Python/thread.c on all of the header files that
it may depend on.  It's really annoying that thread.o doesn't get
rebuilt when the .h file is changed! :-)

The dependency is on *all* the Python/thread_*.h files -- that should
be sufficient and rarely cause unneeded recompilations.