bug#14776: 24.3.50; [PATCH] parse-time-string performance

[Andreas Politz]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Andreas Politz <politza@hochschule-trier.de> writes:
>
>>> I see no reason to keep both the old 10x slower version and the new fast
>>> version.  
>>
>> Except for non-mail related packages/users.
>
> Well, the old function is designed for parsing RFC822 Date headers...

That may be true, though there is no mentioning of it in the file.  But
that may not the only context in which it is used.  It accepts all kinds
of date formats, even without touching parse-time-rules.

-ap