如果您的PHP安装默认情况下没有启用XML,则在尝试运行PECL时可能会看到此错误,而是通常通过PHP扩展模块将XML支持加载到PHP安装中(如果./configure –disable可能会出现这种情况从源代码构建PHP时指定了-xml标志,或者如果您通过各种包管理器安装PHP,其中PHP的构建配置为通过扩展模块加载XML).

注意PECL的错误输出的最后一行是如何找不到XML扩展的 – 这个错误出现的原因是因为当PECL尝试使用它的XMLParser.PHP类时它会失败,因为它无法访问XML扩展(它检查XML模块使用extension_loaded(‘xml’)在XMLParser.PHP源代码的第259行附近),并且由于XML模块不可用,它无法解析其配置/设置文件并输出上面看到的所有其他错误.

出现此问题的原因是由于PECL的运行方式. PECL命令本身只是一个shell脚本,它首先解决了在系统安装上安装PHP的问题,然后在提供主PECL PHP脚本文件的路径之前,在命令行上使用许多标志调用PHP. PECL shell脚本使用的问题标志是-n选项,它告诉PHP忽略任何PHP.ini文件(因此PHP不会加载PHP.ini文件指定的任何其他扩展,包括在这种情况下XML ).

通过运行以下两个命令可以看到-n标志的影响：

>首先尝试在命令行上运行PHP -m
>然后将输出与PHP -n -m进行比较

在运行第二个命令时,您不应该看到列出的XML扩展名,因为-n标志告诉PHP不要解析我们的PHP.ini文件.

如果在命令行上运行vi`his pecl`,你应该看到PECL命令的内容(如上所述,它只是一个shell脚本),如果你检查最后一行,你会看到如下所示：

exec $PHP -C -n -q $INCARG -d date.timezone = UTC -d output_buffering = 1 -d variables_order = EGPCS -d safe_mode = 0 -d register_argc_argv =“On”$INCDIR / peclcmd.PHP“$@”

您应该在-C和-q标志之间看到-n标志.如果您编辑PECL shell脚本,省略-n标志,您现在应该能够再次运行PECL而不会出现问题.

或者,您可以从源代码重新编译PHP,确保将XML模块编译为PHP二进制文件,而不是在运行时从PHP扩展模块加载.显然,编辑PECL shell脚本以删除-n标志只会修复问题,直到重新安装PECL / PEAR,但希望PECL / PEAR的维护人员可以使用此修复程序更新其repo.确保PHP是使用编译的XML支持构建的,但是对解决方案来说是一个长期的修复,但可能并不适合每个人的情况.

只是为了完整性,如果你运行vi`哪个pear`,你会看到一个与PECL使用的shell脚本非常相似的shell脚本,但是调用PHP的命令中缺少-n标志,因此PEAR命令不受这些问题相同.