json - 安装 Perl 模块时 "Fatal error: ' EXTERN.h ' file not found"

Question

在尝试安装 JSON::XS 或 YAML::XS 等 Perl 模块时，我收到相同的错误:

XS.xs:1:10: fatal error: 'EXTERN.h' file not found

我使用 MacBook，xCode 是最新的，其他所有有帮助的东西也是最新的。

Answer 1

自 OS X El Capitan 以来，Apple 推出了 System Integrity Protection它限制写入/usr/lib/usr/bin 以及与操作系统捆绑的 Perl 安装所使用的其他敏感目录(甚至是 root 或 sudo 用户)。当安装新模块以及尝试安装 XS 模块(链接到外部 C 库的模块)时，这可能会导致问题。

因此，您不应将默认的 Perl 安装视为工作开发环境，尤其是在安装自定义模块时。

查看this thread on PM和别的。自从 El-Capitan 之前就设法通过从 tarball 手动构建并添加一些参数或环境变量来设置路径来解决这个问题，我相信最好保留系统 Perl 的使用，但这不是正确的方法。这使得您的环境难以构建，而且对操作系统更新也很脆弱且敏感，可能会以多种不同的方式破坏事物。

最佳实践似乎是从使用 brew install perl 的 Perl 开始，并在此环境中工作，记住按照安装程序的指示设置 bash_profile。

还值得记住做一个brew link perl。如果您收到有关破坏系统 Perl 库的警告，请不要担心 - 这些可能是您在顶部安装的模块，这将减少您链接这些模块的麻烦。如果您有疑虑，请记下哪些模块安装将被清除，并在配置环境后重新安装它们(即，您的模块安装程序方法是使用 cpanm 配置的，或者坚持使用旧的 perl -MCPAN -e shell 等)

brew 的这个新 Perl 设置消除了继续运行 sudo 的需要，这增加了另一层可能出错的事情，因为环境变量不遵循并且出现权限冲突等。

最后，为了简化包/模块安装，我建议执行 brew install cpanminus。如果您之前已经安装过此程序，则可以通过执行brew reinstall cpanminus

来确保配置路径等

如果您想更进一步，那么您也可以安装 perlbrew，这将使您能够以用户身份运行多个版本的 Perl，并使用它们自己的库和模块配置它们，这非常有用，特别是在以下情况下与您的生产环境保持一致以进行测试等。

如果从系统 Perl 迁移到这种方法，您可能会遇到的一个问题是需要处理使用 sudo 安装东西所带来的任何后遗症。不过，花一点时间把所有这些设置好是值得的，这样你以后的问题就会大大减少，而且你也不会因为害怕一切都被破坏而感到不想改变任何东西。 .

我还遇到过Perl Blog Article that suggests a fix for XS issues with perlbrew on Mojave

这个Gist描述了更新您的 cpan shell 安装根目录，但这不是必需的，除非您的 cpan 在执行上述步骤后陷入旧配置中。

我还在 PerlMonks 上将此作为新问题提出来