Merge with trunk up to revision 45620.

Add empty __init__ methods for stateful multibytecodec instances.
This resolves a problem found by Thomas Wouters:
http://mail.python.org/pipermail/python-dev/2006-April/064051.html

Fix test_scriptpackage with pure will power.
I really don't know why I bother; these are all generated files.
But I don't recall how to regenerate them nor how to fix the generator.

The hardest part was fixing two mutual recursive imports;
somehow changing "import foo" into "from . import foo" where
foo and bar import each other AND both are imported from __init__.py
caused things to break.  Bah.

Commit regenerated Python-ast.c.

Fix relative import.  This fixes test_sax.py.

Fix the unit tests by adding dispatch tables for DateTime and Binary.
I'm not convinced this is the right thing to do...  InstanceType makes no sense any longer.

Fix newly merged test for p3ykness.

Fix merge glitch.

Merge trunk up to 45598.

Merge p3yk branch with the trunk up to revision 45595. This breaks a fair
number of tests, all because of the codecs/_multibytecodecs issue described
here (it's not a Py3K issue, just something Py3K discovers):
http://mail.python.org/pipermail/python-dev/2006-April/064051.html

Hye-Shik Chang promised to look for a fix, so no need to fix it here. The
tests that are expected to break are:

test_codecencodings_cn
test_codecencodings_hk
test_codecencodings_jp
test_codecencodings_kr
test_codecencodings_tw
test_codecs
test_multibytecodec

This merge fixes an actual test failure (test_weakref) in this branch,
though, so I believe merging is the right thing to do anyway.

Merge trunk up to 43069, putting re.py back and hopefully making the branch
usable again.

Merge trunk's 43068, deleting re.py. This leaves the branch in a broken
state (unless you happen to have a re.pyc lying around), but it'll be fixed
in the next merge.

Merge part of the trunk changes into the p3yk branch. This merges from 43030
(branch-creation time) up to 43067. 43068 and 43069 contain a little
swapping action between re.py and sre.py, and this mightily confuses svn
merge, so later changes are going in separately.

This merge should break no additional tests.

The last-merged revision is going in a 'last_merge' property on '.' (the
branch directory.) Arbitrarily chosen, really; if there's a BCP for this, I
couldn't find it, but we can easily change it afterwards ;)

Fix the problems in this test.  Boy this is a painful thing to debug --
it's fundamentally unmaintainable.  Should we throw away pyclbr, or rewrite
it using the AST?

Fix (and add test for) missing check for BaseException subclasses in the C
API.

Fix typical truedivision problem (using the result of division as an index.)

Fix test failures for repr.py.
But shouldn't we kill this module?  How many pprint clones do we need?

Use explicit relative import for an, ehm, relative import.

Fix the expected output file; new classes just behave differently...
(There are some other problems with test_class.py that aren't as
easily fixed. :-( )

Fix two errors that prevented "make libinstall" from working:
- a line indented with tabs;
- a function named 'as'.

Fix xrange tests now that xrange() (like many other places) no longer
silently converts floats to integers when expecting integer values.

Mention how __coerce__ has been removed.

Make test_class work (but still fail) even though class.__dict__ is now a
'dictproxy' (which is a read-only non-dict mapping type that can't be passed
to exec.)

The failures the test finds are behavioural differences between old- and
new-style classes that may or may not be intended.

Adjust test_enumerate to accomodate for iter() blowing up sooner than
expected, when dealing with new-style broken-iterators.

Fix tests for PyArg_Parse*; The PyArg_Parse functions no longer (noisily)
convert float arguments to integer-taking format characters, so fix the test
to expect the failure.

 - Remove tests for classic class behaviour
 - Expect a new-style class tree in the getclasstree test.

Fix test_bisect in the same way as test_itertools: iter() blows up a lot
sooner for new-style broken-iterators, expect it to.

Fix the superficial augmented-assignment tests to deal with true division.
Add (equally superficial) >>=/<<= test in the process. Relies on floats that
should be extremely close to the int '6' printing as '6.0', but I believe
that's a valid assumption ;P

Fix tests that were trying to make iteration blow up, on broken iterators.
Since the broken iterators are now new-style classes, iter() was able to do
the valid-iterator check sooner (on instantiation instead of on first call),
making the tests blow up sooner than expected.

Remove tests for classic-class and mixed-classic-class/new-style behaviour.
(New-style class behaviour was already thoroughly tested)

 - Fix doctest results to account for classes being new-style, and thus
   printing differently.
 - Fix doctest for classic-class behaviour, make it test new-style behaviour
   on an implicitly-new-style class instead.

Make 'python -tt' the default, meaning Python won't allow mixing tabs and
spaces for indentation. Adds a '-ttt' option to turn the errors back into
warnings; I'm not yet sure whether that's desireable for Py3K.

Also remove the magic for setting the size of tabs based on emacs/vim-style
comments. Python now always considers tabstops to be every-8-spaces.

Fix the version number to be 3.0.

Use absolute import.  (Should this go into 2.5?)

Get rid of remnants of integer division

String exceptions are gone and so are classic classes.

Use *absolute* imports now that they are required.  (Should this go into 2.5?)

Must inherit from Exception now.

Use *absolute* imports now that they are required.  (Should this go into 2.5?)

Use *absolute* import now that it is required.  (Should this go into 2.5?  Hopefully not the bogus comment about using relative imports.  That was just to see if anyone was paying attention.)

Use relative import now that it is required.  (Should this go into 2.5?)

Use relative import now that it is required.  (Should this go into 2.5?)

Ok, compiler.transformer can really be imported now

Must inherit from Exception now.

Use relative import now that it is required.  (Should this go into 2.5?)

Use relative imports in compiler package now that it is required.  (Should this go into 2.5 or should we do compiler.XXX?)

Remove another use of as as a keyword

Finish getting rid of statichere/staticforward

Get doctest to pass.  The problem was int/int -> float now.  There
were some cases where an int was assumed.

Also had to change the string of the exception when dividing and int by zero.
Not sure what the best error message should be.  Currently
  5 / 0 yields the message: ZeroDivisionError: float division

That isn't entirely correct.  But I'm not sure what else to do.

Remove staticforward and statichere

Damn another occurrence of using as as a keywordf

remove test file

testing svn emails

testing svn emails

testing svn emails

testing svn emails

testing svn emails

testing svn emails

testing svn emails

Some more TODO items of things I'd like to start with.
Mention the builtins that Neal killed.

Remove PyArg_NoArgs() and PyArg_GetInt()

INPLACE_DIVIDE is no longer necessary (INPLACE_TRUE_DIVIDE is used).

_Py_QnewFlag and INPLACE_DIVIDE are not necessary any longer

as is a keyword now :-)

Get rid of xreadlines() (methods).

More apply() cleanup

This gets at least test_cmd_line working again and a few more modules built.

Remove some old types for int based functions (Py_ssize_t is da thing now.)

Remove apply()

Remove apply()

Whitespace changes.  Also remove apply from a few comments

Get rid of a bunch more raw_input references

Whoops, input *and* raw_input are slated for removal, and now both are gone.

raw_input() -> input().  old input behavior is history (and test_builtin passes again).  It was failing due to future division.

Remove sys.exc_type, sys.exc_value, sys.exc_traceback

Get rid of compiler warning

Get rid of last vestiges of BINARY_DIVIDE.

Get rid of compiler warning about with_msg and as_msg being unused

Checkpoint.  218 tests are okay; 53 are failing.  Done so far:
- all classes are new-style (but ripping out classobject.[ch] isn't done)
- int/int -> float
- all exceptions must derive from BaseException
- absolute import
- 'as' and 'with' are keywords

Create a Python 3000 branch.

Try to avoid many of the compiler warnings when compiling libffi by
using a proper function prototype.

Cast an Py_ssize_t to int, to avoid a compiler warning.

For x86 Release and Debug builds, remove the /Wp64 compiler flag, it
is responsible for most (all?)  of the warnings we get.

Integrate patch from Neal Norwitz.  He writes:

"""
The attached patch fixes all the ctypes tests so they pass on amd64.
It also fixes several warnings.  I'm not sure what else to do with the
patch.  Let me know how you want to handle these in the future.

I'm not sure the patch is 100% correct.  You will need to decide what
can be 64 bits and what can't.  I believe
sq_{item,slice,ass_item,ass_slice} all need to use Py_ssize_t.  The
types in ctypes.h may not require all the changes I made.  I don't
know how you want to support older version, so I unconditionally
changed the types to Py_ssize_t.
"""

The patch is also in the ctypes SVN repository now, after small
changes to add compatibility with older Python versions.

Teach the compiler module about augmented assignment to tuple subscripts

Fix and test (manually w/xx module) passing NULLs to PyObject_Str() and
PyObject_Unicode().  This problem was originally reported from Coverity
and addresses mail on python-dev "checkin r43015".

This inlines the conversion of the string to unicode and cleans
up/simplifies some code at the end of the PyObject_Unicode().

We really need a complete C API test module for all public APIs
and passing good and bad parameter values.

Will backport.

Fix bug found by Coverity: don't allow NULL argument to PyUnicode_CheckExact

Added logThreads and logProcesses to allow conditional omission of logging this information

It's necessary to do a Debug build of the bsddb project too.

Minor changes.

Trimmed trailing whitespace.

Fix build process of bsddb for IA64 and AMD64.
Remove remarks on size_t problems.

Initialize VS environment in external.bat as well.

Update to bsddb 4.4.20.

Fix SF bug #1448804 and ad a test to ensure that all subscript operations continue to be handled correctly

Let the buildbot make a single pass in the test suite only.

Update to bzip2 1.0.3
Make buildbot slaves automatically fetch bzip2 1.0.3.

Plug some refcount leaks when tests are run repeatedly.

Bug #1448490: Fix a bug that ISO-2022 codecs could not handle
SS2 (single-shift 2) escape sequences correctly.

Remove the slightly broken test_leaks.py.

Change test_functions.py so that it can be run multiple time without
failing: Assign a restype to the function in test_intresult, and move
the definition of class POINT to module level so that no new class is
created each time the test is run.