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 r.david.murray
Recipients barry, r.david.murray, rhettinger
Date 2017-09-26.02:56:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1506394599.46.0.797953292761.issue31580@psf.upfronthosting.co.za>
In-reply-to
Content
I agree with Raymond.  It would be strange to have the API that is obviously designed to pre-compile the regex not pre-compile the regex.

If the concern is that a non-precompiled regex might get bumped out of the cache but you want a way to only compile a "bunch of stuff" on demand, then the thing to do would be to make a proposal for a new API that does that, and we'll discuss the merits :)

It seems to me that contexts that care about startup time can use the deferred compile API, whether the new (it it is accepted) or existing one.  If an application cares about startup time and is using re.compile at startup, then that is an application performance bug.
History
Date User Action Args
2017-09-26 02:56:39r.david.murraysetrecipients: + r.david.murray, barry, rhettinger
2017-09-26 02:56:39r.david.murraysetmessageid: <1506394599.46.0.797953292761.issue31580@psf.upfronthosting.co.za>
2017-09-26 02:56:39r.david.murraylinkissue31580 messages
2017-09-26 02:56:39r.david.murraycreate