Gmp PHP 扩展 - MAMP PRO

我查看了其他几个问题，例如this one https://stackoverflow.com/questions/50435455/how-to-install-gmp-extension-for-php-7-2-using-mamp-on-osx, 引导如this http://mycodde.blogspot.com/2020/01/install-php-gmp-extension-in-mamp-2020.html or this https://gist.github.com/aurelioluiz/63813b6af780725a67ba4fb535b3bed5但我还是没有运气。

这是我到目前为止所做的：

1. 使用brew下载gmpbrew install autoconf gmp
2. 从源代码下载 PHP（我使用的是 7.3.24 版本）
3. 将 Gmp 目录复制到/Applications/MAMP/bin/php/php7.3.24/include/php/ext
4. 输入该目录并启动phpize
5. 推出./configure --with-php-config=/Applications/MAMP/bin/php/php7.3.24/bin/php-config
6. 推出make
7. 推出make install

到目前为止，一切都很好。没有错误，一切看起来都很好，但是如果我在我的 cli 中查看这一点php -m (or php -i）没有加载 gmp 扩展。所以我去了我的cliphp.ini文件和我的网站php.ini文件并手动添加extension=gmp.so（该文件存在于该路径中/Applications/MAMP/bin/php/php7.3.24/include/php/ext/gmp/modules/gmp.so).

我什至尝试指定完整路径，但仍然没有成功。我的 cli 或我的phpinfo();显示 GMP 已启用。我有点困惑，无法思考其他事情。

我缺少什么？显然，我重新启动了 MAMP PRO 十几次，甚至是我的 Mac 本身。

• MacOs 版本：iMac 24' M1 上的 11.4 Big Sur
• MAMP PRO 版本：6.3.1
• 使用的 PHP 版本：7.3.24

更新 08/07/21

我更新了 MAMP PRO，它安装了 PHP 版本 7.3.27，所以我再次检查一遍，从源代码下载 phphttps://github.com/php/php-src/releases?after=php-8.0.4RC1 https://github.com/php/php-src/releases?after=php-8.0.4RC1，将 ext/gmp 复制到/Applications/MAMP/bin/php/php7.3.27/include/php/ext，推出/Applications/MAMP/bin/php/php7.3.27/bin/phpize, ./configure --with-php-config=/Applications/MAMP/bin/php/php7.3.27/bin/php-config, make and make install。没有错误。

输出make install is:

Installing shared extensions:     /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/
Installing header files:          /Applications/MAMP/bin/php/php7.3.27/include/php/
shtool:install:Warning: source and destination are the same - skipped

I added extension=gmp.so to php.ini通过MAMP界面，文件，编辑模板->php->php7.3.27。重新启动 MAMP，phpinfo() 上没有任何新内容；

更新日期 12/07/21

根据 Hakre 的请求，我在 cli 中运行了以下命令，结果如下：

[~]$ php -n -d extension=gmp.so -i
PHP Warning:  PHP Startup: Unable to load dynamic library 'gmp.so' (tried: /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so (dlopen(/Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so, 9): no suitable image found.  Did find:
    /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so: mach-o, but wrong architecture
    /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so: mach-o, but wrong architecture), /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so.so (dlopen(/Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so.so, 9): image not found)) in Unknown on line 0
phpinfo()
PHP Version => 7.3.27

which is quite interesting if you look at this img The extension actually exists

对于猛禽：

这是您所要求的命令的输出。

[~]$ which php                    
/Applications/MAMP/bin/php/php7.3.27/bin/php
[~]$ php --ini | grep "Loaded Configuration File"
Loaded Configuration File:         /Applications/MAMP/bin/php/php7.3.27/conf/php.ini
[~]$ php --version
PHP 7.3.27 (cli) (built: Mar 16 2021 12:04:51) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.27, Copyright (c) 1998-2018 Zend Technologies
[~]$ 

Ofc 安装了多个 php，因为 MAMP 单独填充了 4-5 版本 + 有来自 MacOSx 的默认版本，我已经用 .zshrc bash 配置文件覆盖了它

export PATH=/Applications/MAMP/bin/php/php7.3.27/bin:$PATH

该行来自我的 .zshrc

该问题是否与新的 M1 芯片有关？我使用的是 2021 年 6 月底刚购买的新 iMac。 或许is this https://stackoverflow.com/questions/38333775/failed-loading-xdebug-did-found-mach-o-but-wrong-architecture-for-php7有关的？

对于哈里达山：

让我开始说，我尝试使用 .configure 而不使用其他参数，然后我尝试使用 CC="gcc -arch i386" CXX="g++ -arch i386" 甚至使用 CC="gcc -arch arm64" CXX=" g++ -arch arm64”（我在configure.log中找到了arm64）。如果我没有错过命令行中的任何其他信息，它们都不会生成有效的 .so 。 关于你要求我做的测试，结果如下：

[~]$ file /Applications/MAMP/bin/php/php7.3.27/bin/php
/Applications/MAMP/bin/php/php7.3.27/bin/php: Mach-O 64-bit executable x86_64

PHP 扩展未加载的原因可能有很多，但直接指出原因（和修复）并不总是那么容易，因为从源代码编译到显示之间存在差距phpinfo()然后最后错过了扩展很大。

首先获取真正的错误信息

减少故障排除距离的一种方法是查看 PHP 是否可以加载扩展and如果没有，则显示错误消息。

A common test for that is to use the CLI SAPI (PHP on the commandlineDocs https://www.php.net/manual/en/features.commandline.php) as it allows to reduce and easier control the PHP runtime environment while being compatible with the extension.

要启动 PHP，请使用default配置（无.ini文件），仅加载单个扩展二进制文件来测试并显示配置信息，运行：

$ php -n -d extension=gmp.so -i

Excerpt from OptionsDocs https://www.php.net/manual/en/features.commandline.options.php, also there is php --help:

-n               No php.ini file will be used
-d foo[=bar]     Define INI entry foo with value 'bar'
-i               PHP information

这应该会引发错误（在标准错误的终端中显示）或显示在 PHP 信息输出中加载的扩展（在标准输出上）。

或者，要减少输出并仅检查错误，请使用以下命令执行空 PHP 语句-r命令行开关：

-r <code>        Run PHP <code> without using script tags <?..?>

具有相关 GMP 扩展的示例：

$ php -n -d extension=gmp.so -r ';'

这将退出非零（退出状态) 如果加载扩展时出现问题，并且标准错误上显示错误消息and如果可以加载扩展，将以零状态退出：

$ php -n -d extension=gmp.so -r ';'
PHP Warning:  PHP Startup: Unable to load dynamic library 'gmp.so' (tried: /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so (dlopen(/Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so, 9): no suitable image found.  Did find:
    /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so: mach-o, but wrong architecture
    /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so: mach-o, but wrong architecture), /Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so.so (dlopen(/Applications/MAMP/bin/php/php7.3.27/lib/php/extensions/no-debug-non-zts-20180731/gmp.so.so, 9): image not found)) in Unknown on line 0
$ echo $?
254

如示例所示，错误已经出现在“PHP 启动”中，这是 PHP 发出诊断消息加载扩展的典型阶段。

Dlopen 9：找不到合适的图像：mach-o，但架构错误

上面的错误消息表明 a) PHP 首先无法加载扩展（作为动态库, .so文件，一个共享对象文件，即编译后的扩展名）和 b）它无法加载，因为没有合适的图像被找到：

PHP 警告：PHP 启动：无法加载动态库“gmp.so”（尝试过：<path>（dlopen（<path>, 9): 没有找到合适的图像。是否发现：<path>：mach-o，但是错误的架构...），<path>（dlopen（<path>.so, 9): 未找到图像)) 在第 0 行未知中

这意味着该文件在磁盘上可用（可以打开），但图像不合适，这意味着它与体系结构不匹配。

（尝试中有一些噪音gmp.so.so这是由 php 完成的，所以可以通过-d extension=gmp无需扩展即可直接工作，例如在 php-.ini在 *nix (.so）或窗口（.dll）。这部分可以忽略，即“找不到图像”，因为文件不存在，这是预期的）

它必须与 PHP 本身具有相同的架构，因为 PHP 已经在运行并且想要加载二进制扩展 - 它们需要适合。

要获取 PHP 的体系结构，请找到 PHP 命令：

$ which php
/Applications/MAMP/bin/php/php7.3.27/bin/php

这是 php 二进制文件的绝对路径。有了它，现在可以file(1)实用程序来获取有关它的更多信息：

$ file /Applications/MAMP/bin/php/php7.3.27/bin/php
/Applications/MAMP/bin/php/php7.3.27/bin/php: Mach-O 64-bit executable x86_64

（或致电$ file "$(which php)"用于同时运行）

它显示了 php 二进制文件信息，包括。这x86_64最后的架构：

Mach-O 64 位可执行文件 x86_64

作为共享对象图像来加载（编译后的php扩展gmp.sofile)也需要匹配一下，同理file(1)实用程序可用于已编译的扩展.so以同样的方式归档。

然后比较应该显示出差异。

有了这些信息，最终就可以使用适当的架构来编译扩展。

结束语：

关于 Apple Silicon M1，我对编译并不是特别深入，它的架构和其他人可以更好地说明这一点。据我所知，你通过运行brew来管理它arch(1)实用程序设置架构arch -x86_64 <command> to x86_64。在 Apple Silicon 上，这可能需要更多工具，即Rosetta.

这似乎是 M1 用户博客中常见的内容（via 奥斯汀·卡梅伦 2020 年 11 月 https://austencam.com/posts/setting-up-an-m1-mac-for-laravel-development-with-homebrew-php-mysql-valet-and-redis）但这完全不是我的系统。

根据我自己的理解，应该可以使用编译器标志或在配置行上设置架构，通常就是这样。

由于brew具有如何在系统上编译扩展的信息（酿造配方，此处为 gmp https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/gmp.rb）也许最直接的方法是使用它并在正确的架构下运行安装。

需要注意的是，您需要在（？）正确的体系结构中使用arch(1)实用程序以及（和brew安装）。