PCRE в JavaScript под Node

[@printf]

использовать Emscripten для перевода движка PCRE

Думаю, производительность такого решения будет ужасна.

[@Mithgol]

FAQ по Emscripten гласит, что скорость падает вчетверо.

Это не особенно страшно.

[@printf]

К сожалению, это один из тех случаев, когда теория местами расходится с практикой. Пару месяцев назад я собирал Box2D с помощью Emscripten, и помимо обещанного небольшого падения скорости получил еще рандомные «подвисания» браузера, медленный первый запуск, неприятные подергивания анимации. Порт пришлось выкинуть.

Возможно, в случае с libpcre столь очевидных проблем не возникнет, но как знать.

[@Sirian]

Согласен. Часто не хватает именованных параметров, чем lookahead и lookbehind. Но отсутствие последних также часто вынуждает плодить костыли в js
Ну и модификатора x тоже очень не хватает

[@Mithgol]

Ну, вообще-то lookahead-то в JavaScript есть, это lookbehind вот отсутствует.

[@e_asphyx]

В этом посте не хватает известного высказывания безымянного гения о том, к чему приводит решение имеющейся проблемы при помощи регулярного выражения.

[@Wott]

Зачем останавливаться на такой мелочи? надо написать интерпретатор JS на JS и запускать в нем себя!

[@printf]

Уже есть: github.com/jterrace/js.js/

[@KOLANICH]

А нельзя ли просто заменить встроенный PCRE на библиотеку?
Т.е. оставить интерфейс, а в RegExp добавить флаг, обозначающий, что в будет использована именно библиотека, а не встроенный в js. Тогда можно будет юзать литеральные регэкспы и использовать всё, что работало со встроенными регэкспами, напр match,

[@vmb]

Lookbehind всё ближе.

http://v8project.blogspot.com/2016/02/regexp-lookbehind-assertions.html