So what exactly is your proposed solution here? The link you referenced doesn't provide one, it just says "PCRE is slow and it could be faster,
theoretically".
I'm not sure where you rooted your hatred of PCRE, but hopefully it wasn't that *one* link that convinced you. The regular expression matching used by Thompson in grep/ed may be slightly faster (it's really not "a million times" under 90% of datasets, that's just garbage) but it's far more simplistic. About 50% of the Regular Expressions I write in any language involve lookarounds, and 95% of them involve backreferencing. The page claims little to no support for either. Here is a quote from the page you linked describing how a Thompson NFA handles backreferences:
As mentioned earlier, no one knows how to implement regular expressions with backreferences efficiently, though no one can prove that it's impossible either. ... The simplest, most effective strategy for backreferences, taken by the original awk and egrep, is not to implement them.
That is a)
stupid (for lack of any better term to get such an obvious point across) and b) a complete deal breaker for just about about everybody using regular expressions in mIRC.
Another thing to remember here is that PCRE may be "1 million" times slower than Thompson NFA's, but mIRC is probably 1000 times slower than PCRE, so the bottleneck is definitely not the regular expression engine and shouldn't be something of too much concern.
Finally, mIRC could link to a tutorial, but typing "PCRE tutorial" in google gives you plenty. I'm not sure why this is such a cause for frustration. Most developers should know how to google, and this is about one of the easiest searches possible.
PCRE is indeed out of the scope of mIRC's docs, and the best place to keep up to date documentation for PCRE is.. from PCRE. mIRC makes it very clear which library is being used, so the logical thing to do is to visit
PCRE's website to get documentation on the library. Again, this is guaranteed to be far more up to date and of higher quality than anything Khaled could maintain.