On Tue, Oct 11, 2011 at 10:34 AM, Thiago Macieira <[email protected]> wrote:
I believe the standard WebKit has a PCRE engine inside, modified to work on > UTF-16. That's also an option, but it is code duplication and causes us to > have to maintain it. > > Has anyone tried to submit that to Philip Hazel? If he is interested in UTF-16 in PCRE (maybe as an optional compiling flag), problem solved. > So maybe the solution is a hybrid: dlopen V8 where it is available, fall > back > to libpcre otherwise. And crash if none is found. That means using regexps > will cause a library to be loaded, one that can be as big as V8. > > What does everyone think? > > Looks like a bad idea to me. Doesn't that mean regular expressions might behave slightly different depending on the platform? That would make debugging difficult. And that's assuming the libpcre and v8 that would be dlopen'd would be the ones bundled with QtCore. If they are the system ones (and that's what would happen in Linux distributions, because distros force packages to use packaged third-party dependencies), then replace "that makes debugging difficult" with "that makes debugging crazy": different compilation flags and/or patches for V8 or PCRE in RHEL might mean it behaves different than Debian, Ubuntu or OS X. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
_______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
