Mailing List Archive: Python: Dev

Deprecate parser's "ast" functions?

Index | Next | Previous | View Threaded

g.brandl at gmx

Jun 7, 2008, 12:27 PM

Post #1 of 3 (180 views)
Permalink

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.

_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

musiccomposition at gmail

Jul 21, 2008, 7:47 AM

Post #2 of 3 (90 views)
Permalink

Re: Deprecate parser's "ast" functions? [In reply to]

On Sat, Jun 7, 2008 at 3:13 PM, Georg Brandl <g.brandl[at]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."
_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

guido at python

Jul 29, 2008, 3:37 PM

Post #3 of 3 (70 views)
Permalink

Re: Deprecate parser's "ast" functions? [In reply to]

+1 as well.

On Mon, Jul 21, 2008 at 7:47 AM, Benjamin Peterson
<musiccomposition[at]gmail.com> wrote:
> On Sat, Jun 7, 2008 at 3:13 PM, Georg Brandl <g.brandl[at]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/)
_______________________________________________
Python-Dev mailing list
Python-Dev[at]python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com