Deprecate parser's "ast" functions?
The parser module exports each function and type twice, once with "AST" in the name, once with "ST". Since "AST" now has a different meaning for Python code compilation, I propose to deprecate the "ast" variants in 2.6 and remove them in Python 3000. (Also, all keyword arguments are called "ast", that cannot change in 2.6 but should in 3.0.) I'm at the moment changing the documentation of parser to only refer to the "st" variants anymore. Georg -- Thus spake the Lord: Thou shalt indent with four spaces. No more, no less. Four shall be the number of spaces thou shalt indent, and the number of thy indenting shall be four. Eight shalt thou not indent, nor either indent thou two, excepting that thou then proceed to four. Tabs are right out.
On Sat, Jun 7, 2008 at 3:13 PM, Georg Brandl <g.brandl@gmx.net> wrote:
The parser module exports each function and type twice, once with "AST" in the name, once with "ST". Since "AST" now has a different meaning for Python code compilation, I propose to deprecate the "ast" variants in 2.6 and remove them in Python 3000.
+1 This personally has confused me!
(Also, all keyword arguments are called "ast", that cannot change in 2.6 but should in 3.0.)
I'm at the moment changing the documentation of parser to only refer to the "st" variants anymore.
Georg
-- Cheers, Benjamin Peterson "There's no place like 127.0.0.1."
+1 as well. On Mon, Jul 21, 2008 at 7:47 AM, Benjamin Peterson <musiccomposition@gmail.com> wrote:
On Sat, Jun 7, 2008 at 3:13 PM, Georg Brandl <g.brandl@gmx.net> wrote:
The parser module exports each function and type twice, once with "AST" in the name, once with "ST". Since "AST" now has a different meaning for Python code compilation, I propose to deprecate the "ast" variants in 2.6 and remove them in Python 3000.
+1 This personally has confused me!
(Also, all keyword arguments are called "ast", that cannot change in 2.6 but should in 3.0.)
I'm at the moment changing the documentation of parser to only refer to the "st" variants anymore.
-- --Guido van Rossum (home page: http://www.python.org/~guido/)
participants (3)
-
Benjamin Peterson
-
Georg Brandl
-
Guido van Rossum