> omits the massively expensive calendar conversion step Is that not included in what's 6x faster? I agree comparing against strptime is a bit of a gimme and a

> omits the massively expensive calendar conversion step Is that not included in what's 6x faster? I agree comparing against strptime is a bit of a gimme and a scalar fixed-format parser would be fairer, but I'm pretty sure it will beat that too. Edit to reply since rate-limited: > No mention of calendar in either place. Did you see something in the article or code, or are you just asking us to check? The (lack so far of) calendar is mentioned in the blog post - "It does not get all the parsing done... We can just use standard C code for the result." - and is very obviously in the GitHub code. https://github.com/lemire/Code-used-on-Daniel-Lemire-s-blog/blob/master/2023/07/01/src/sse_date.c#L11 https://github.com/lemire/Code-used-on-Daniel-Lemire-s-blog/...