RedCMD

@jeff-hykin will the double up of the comment handling capture group be removed? I have found it to be causing 50% of the lag `((?:(?:(?:(?>(?:\\s)+)|(\\/\\*)((?:[^\\*]|(?:\\*)++[^\\/])*+((?:\\*)++\\/)))+)|(?:\\b)|(?=\\W)|(?

sorry. the exact snippet has changed a bit but it is still there `((?:(?:(?:\\s*+(\\/\\*)((?:[^\\*]++|\\*+(?!\\/))*+(\\*\\/))\\s*+)+)|(?:\\s++)|(?

ahhhhh..... @jeff-hykin > I don't see that pattern snippet in the file you linked. I see the problem now I've been confusing https://github.com/jeff-hykin/better-cpp-syntax/tree/master/syntaxes with https://github.com/jeff-hykin/better-cpp-syntax/tree/master/autogenerated `syntaxes` one is very much...

still one left in `operator_overload` https://github.com/jeff-hykin/better-cpp-syntax/blob/190c42bd2b0ae514be32525e4b67122b52c1bb30/autogenerated/cpp.tmLanguage.json#L3595-L3596   the generator really likes putting `(?: ... )` groups around everything

I can confirm the lag has been greatly reduced it no longer freezes VSCode, now only taking 1-2sec to tokenize and with it being near instant for `int var;`

Seems nested `()` and `` inisde `word` is causing the problem `s` `s)`

I am no longer getting any lag? @jeff-hykin can you confirm?

could possibly add `#endif` etc to `[[`? idk how badly it would intersect with other stuff and obviously would need to add all the extra `#endif` checks to it `(?=^((?:((?:\\s*+\\/\\*(?:[^\\*]++|\\*+(?!\\/))*+\\*\\/\\s*+)+)|(?:\\s++)|(?

`entity.name.function.scss` is higher in the scope list and thus still takes president over `meta.at-rule.include.scss` @NoelAbrahams

@jtbandes also keep in mind another bug if all `include`s inside the `patterns` array cannot be found then the entire `repository` item `aaaaaa` will fail and be skipped an empty...