This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author novalis_dt
Recipients nnorwitz, novalis_dt, rhettinger, thomaslee
Date 2008-11-07.17:25:27
SpamBayes Score 6.025628e-10
Marked as misclassified No
Message-id <1226078729.03.0.184974760649.issue4264@psf.upfronthosting.co.za>
In-reply-to
Content
> Obviously if there's another sufficiently good argument for the visitor
> approach, I'm all ears. But again, if we do that I think we should do 
> it for the compiler as well. I'm not sure how much support such a 
> change would have.

The argument is that it would be possible to enable or disable
individual optimizations this way.  For the compiler, there's no need
for this, because there's only one thing to do per node type (although I
suppose we could just pass that set of things into the node walker). 

Another argument against is that it would be harder to combine
optimizations when that's relevant.

I don't think it's worth worrying about until there are a dozen or so
AST-level optimizations.
History
Date User Action Args
2008-11-07 17:25:29novalis_dtsetrecipients: + novalis_dt, nnorwitz, rhettinger, thomaslee
2008-11-07 17:25:29novalis_dtsetmessageid: <1226078729.03.0.184974760649.issue4264@psf.upfronthosting.co.za>
2008-11-07 17:25:28novalis_dtlinkissue4264 messages
2008-11-07 17:25:27novalis_dtcreate