Update references to go-enry in documentation#7198
Conversation
|
It written in Rust. |
|
Is it the project mentioned here? I'm asking because I would like to confirm what engine is used for regex patterns. For instance, if they use this implementation of regex, they would have no support for possessive qualifiers (and most non-Re2 regex patterns) as discussed here. Which means we should probably try to avoid or remove them from the heuristics in Linguist. |
Yup.
That's the implementation that is used and you raise a good point. Thanks and thanks for #7238. If you've got an urge to fix more regexes, we have several regexes that need fixing as they don't run linearly or are vulnerable to ReDoS. I've started main...lildude/linear-regex-redos to add a test and clean them up as and when I have the time, so feel free to continue cleaning up our regexes. |

Description
GitHub's search no longer users go-enry and instead uses an internally developed library for language detection. This still feeds off Linguist so the same delays and limitations apply.
This PR updates the docs to reflect we no longer use go-enry.
Checklist:
N/A