preg_match_all `u` 标志依赖于什么？

Question

我在 PHP 应用程序中有一些代码，当我尝试在生产服务器上使用它时，它返回 null，但它在开发服务器上运行良好。这是代码行：

// use the regex unicode support to separate the UTF-8 characters into an array
preg_match_all( '/./us', $str, $match );

u 标志依赖什么？我在启用和禁用 mb_string 的情况下进行了测试，它似乎没有影响它。

我收到的错误是

preg_match_all: Compilation failed:known option bit(s) set at offset -1

more info

这是生产服务器上的选项之一：

'--with-pcre-regex=/opt/pcre'

这里是 pcre 部分

我相信这是 @Wesley 所指的注释：

In  order  process  UTF-8 strings, you must build PCRE to include UTF-8
support in the code, and, in addition,  you  must  call  pcre_compile()
with  the  PCRE_UTF8  option  flag,  or the pattern must start with the
sequence (*UTF8). When either of these is the case,  both  the  pattern
and  any  subject  strings  that  are matched against it are treated as
UTF-8 strings instead of strings of 1-byte characters.

有关如何“构建 PCRE 以包含 UTF-8”的任何链接或提示吗？

通过

pcretest -C<的结果/代码>

PCRE version 6.6 06-Feb-2006
Compiled with
  UTF-8 support
  Unicode properties support
  Newline character is LF
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack

Answer 1

该标志取决于在启用 unicode 支持的情况下构建的 PCRE。

PHP 捆绑了该库，并且通常在启用 unicode 支持的情况下构建：当 PHP 使用捆绑的 PCRE 库构建时，u 修饰符可用，并且自 PHP 4.1.0 起始终有效。

然而，一些 Linux 发行版根据自己的 PCRE 构建来构建 PHP，而 PCRE 没有启用 unicode 支持，因此 u 修饰符在这些构建上不起作用。

解决方案是使用替代 PHP 包。

Answer 2

这取决于使用 --enable-utf8 编译的 PCRE。