Author r.david.murray
Recipients barry, r.david.murray, rhettinger, serhiy.storchaka
Date 2017-09-26.15:27:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1506439657.69.0.410819476502.issue31580@psf.upfronthosting.co.za>
In-reply-to
Content
Precompiling as a compile-time optimization would be cool.  I think we are currently favoring doing that kind of thing as an AST optimization step?

I think Raymond and my point was that the current behavior should remain unchanged by default.  So a re.DEFERRED flag whose default is False would be a possible candidate for the "new API" I suggested :)

However, compile time optimization could default to on like our peephole optimizations do[*], I don't think anyone would be upset about that.

[*] There are complaints that you can't turn them *off*, but that's a separate issue :)
History
Date User Action Args
2017-09-26 15:27:37r.david.murraysetrecipients: + r.david.murray, barry, rhettinger, serhiy.storchaka
2017-09-26 15:27:37r.david.murraysetmessageid: <1506439657.69.0.410819476502.issue31580@psf.upfronthosting.co.za>
2017-09-26 15:27:37r.david.murraylinkissue31580 messages
2017-09-26 15:27:37r.david.murraycreate