<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/cpython.git/Lib/test/test___future__.py, branch v2.5b2</title>
<subtitle>
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/'/>
<entry>
<title>Allow both string and Unicode objects in levels.</title>
<updated>2002-11-09T20:19:12+00:00</updated>
<author>
<name>Martin v. Löwis</name>
<email>martin@v.loewis.de</email>
</author>
<published>2002-11-09T20:19:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=be581940012ec9c4457e35ec79347398f355d77a'/>
<id>be581940012ec9c4457e35ec79347398f355d77a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Get rid of relative imports in all unittests.  Now anything that</title>
<updated>2002-07-23T19:04:11+00:00</updated>
<author>
<name>Barry Warsaw</name>
<email>barry@python.org</email>
</author>
<published>2002-07-23T19:04:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=f2e8a66e10a6511d80081e7381c0378fa42e489f'/>
<id>f2e8a66e10a6511d80081e7381c0378fa42e489f</id>
<content type='text'>
imports e.g. test_support must do so using an absolute package name
such as "import test.test_support" or "from test import test_support".

This also updates the README in Lib/test, and gets rid of the
duplicate data dirctory in Lib/test/data (replaced by
Lib/email/test/data).

Now Tim and Jack can have at it. :)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
imports e.g. test_support must do so using an absolute package name
such as "import test.test_support" or "from test import test_support".

This also updates the README in Lib/test, and gets rid of the
duplicate data dirctory in Lib/test/data (replaced by
Lib/email/test/data).

Now Tim and Jack can have at it. :)
</pre>
</div>
</content>
</entry>
<entry>
<title>Expose the CO_xxx flags via the "new" module (re-solving a problem "the</title>
<updated>2001-08-18T20:18:49+00:00</updated>
<author>
<name>Tim Peters</name>
<email>tim.peters@gmail.com</email>
</author>
<published>2001-08-18T20:18:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=e46a0b6a13ff85ec496a36db16abc1d6966add9e'/>
<id>e46a0b6a13ff85ec496a36db16abc1d6966add9e</id>
<content type='text'>
right way").  Fiddle __future__.py to use them.

Jeremy's pyassem.py may also want to use them (by-hand duplication of
magic numbers is brittle), but leaving that to his judgment.

Beef up __future__'s test to verify the exported feature names appear
correct.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
right way").  Fiddle __future__.py to use them.

Jeremy's pyassem.py may also want to use them (by-hand duplication of
magic numbers is brittle), but leaving that to his judgment.

Beef up __future__'s test to verify the exported feature names appear
correct.
</pre>
</div>
</content>
</entry>
<entry>
<title>A self-contained piece of Michael Hudson's patch</title>
<updated>2001-08-17T19:49:02+00:00</updated>
<author>
<name>Tim Peters</name>
<email>tim.peters@gmail.com</email>
</author>
<published>2001-08-17T19:49:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=d62a947e53b7ad703273accf046b5a129789ca84'/>
<id>d62a947e53b7ad703273accf046b5a129789ca84</id>
<content type='text'>
    #449043 supporting __future__ in simulated shells
in support of PEP 264.

Much has changed from the patch version:
+ Repaired bad hex constant for nested_scopes.
+ Defined symbolic CO_xxx names so global search will find these uses.
+ Made the exported list of feature names explicit, instead of abusing
  __all__ for this purpose (and redefined __all__ accordingly).
+ Added gross .compiler_flag verification to test___future__.py, and
  reworked it a little to make use of the newly exported explicit list
  of feature names.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
    #449043 supporting __future__ in simulated shells
in support of PEP 264.

Much has changed from the patch version:
+ Repaired bad hex constant for nested_scopes.
+ Defined symbolic CO_xxx names so global search will find these uses.
+ Made the exported list of feature names explicit, instead of abusing
  __all__ for this purpose (and redefined __all__ accordingly).
+ Added gross .compiler_flag verification to test___future__.py, and
  reworked it a little to make use of the newly exported explicit list
  of feature names.
</pre>
</div>
</content>
</entry>
<entry>
<title>Make names in __future__.py bind to class instances instead of 2-tuples.</title>
<updated>2001-03-02T02:53:08+00:00</updated>
<author>
<name>Tim Peters</name>
<email>tim.peters@gmail.com</email>
</author>
<published>2001-03-02T02:53:08+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=07ba59d72bfa3152656ebb96734efca630e9f2a3'/>
<id>07ba59d72bfa3152656ebb96734efca630e9f2a3</id>
<content type='text'>
Suggested on c.l.py by William Tanksley, and I like it.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Suggested on c.l.py by William Tanksley, and I like it.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add __future__.py to std library, + dull test to verify that assignments</title>
<updated>2001-02-26T21:14:49+00:00</updated>
<author>
<name>Tim Peters</name>
<email>tim.peters@gmail.com</email>
</author>
<published>2001-02-26T21:14:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/cpython.git/commit/?id=bc09712a14410e194e4512f6eabd95cbee7612a6'/>
<id>bc09712a14410e194e4512f6eabd95cbee7612a6</id>
<content type='text'>
therein are of the proper form.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
therein are of the proper form.
</pre>
</div>
</content>
</entry>
</feed>
