Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/21.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Git 从`-arch ppc`更改为`-arch ppc7400`的原因?_Git_Macos_Curl_Autotools_Osx Leopard - Fatal编程技术网

Git 从`-arch ppc`更改为`-arch ppc7400`的原因?

Git 从`-arch ppc`更改为`-arch ppc7400`的原因?,git,macos,curl,autotools,osx-leopard,Git,Macos,Curl,Autotools,Osx Leopard,这是有关的 我发现cURL的库有效地配置了-arch-ppc-arch-ppc64,但构建的fat库具有架构-arch-ppc7400-arch-ppc64。这导致Git配置/链接失败,因此Git的configure正在[静默地]删除cURL,这正在[静默地]删除HTTP/HTTPS帮助程序 真正奇怪的是,当使用相同的步骤构建时,其他八个左右的依赖库都很好。按照说明,相关库同时具有-arch-ppc-arch-ppc64。其他库包括Zlib、Bzip、iConv、PCRE和OpenSSL 我已经

这是有关的

我发现cURL的库有效地配置了
-arch-ppc-arch-ppc64
,但构建的fat库具有架构
-arch-ppc7400-arch-ppc64
。这导致Git配置/链接失败,因此Git的configure正在[静默地]删除cURL,这正在[静默地]删除HTTP/HTTPS帮助程序

真正奇怪的是,当使用相同的步骤构建时,其他八个左右的依赖库都很好。按照说明,相关库同时具有
-arch-ppc-arch-ppc64
。其他库包括Zlib、Bzip、iConv、PCRE和OpenSSL

我已经用
$grep-IR-I“\-arch ppc7400”*
$grep-IR-I“ppc7400”*
$grep-IR-I“\-arch”*
对cURL源代码进行了灰色化,但我找不到更改的源代码


-arch-ppc
更改为
-arch-ppc7400
的原因是什么?

这不是特定于git或curl的,事实上是编译器的一个有意特性。编译器注意到您运行的是OS X 10.5 Leopard。ppc7400是PowerPC G4处理器的体系结构,它是运行Leopard所需的最低处理器,因此编译器已将您对
-arch-ppc
的请求更改为
-arch-ppc7400
,以便生成在最低支持计算机上运行的最佳代码。如果您想支持运行早期G3处理器的Mac,那么这也意味着您需要支持在OS X 10.4上运行,这是支持G3的最后一个OS X版本。为此,请将
-mmacosx version min=10.4
标志传递给编译器,或将
MACOSX_部署_目标
环境变量设置为
10.4


我注意到,从ppc到ppc7400的转换只有在您正在构建universal(即,如果您同时也在构建另一个体系结构)时才会发生。我不知道为什么它在只为单个拱门构建时不这样做。

这不是特定于git或curl的,事实上是编译器有意提供的功能。编译器注意到您运行的是OS X 10.5 Leopard。ppc7400是PowerPC G4处理器的体系结构,它是运行Leopard所需的最低处理器,因此编译器已将您对
-arch-ppc
的请求更改为
-arch-ppc7400
,以便生成在最低支持计算机上运行的最佳代码。如果您想支持运行早期G3处理器的Mac,那么这也意味着您需要支持在OS X 10.4上运行,这是支持G3的最后一个OS X版本。为此,请将
-mmacosx version min=10.4
标志传递给编译器,或将
MACOSX_部署_目标
环境变量设置为
10.4


我注意到,从ppc到ppc7400的转换只有在您正在构建universal(即,如果您同时也在构建另一个体系结构)时才会发生。我不知道为什么它在只为单个拱门构建时不这样做。

这不是特定于git或curl的,事实上是编译器有意提供的功能。编译器注意到您运行的是OS X 10.5 Leopard。ppc7400是PowerPC G4处理器的体系结构,它是运行Leopard所需的最低处理器,因此编译器已将您对
-arch-ppc
的请求更改为
-arch-ppc7400
,以便生成在最低支持计算机上运行的最佳代码。如果您想支持运行早期G3处理器的Mac,那么这也意味着您需要支持在OS X 10.4上运行,这是支持G3的最后一个OS X版本。为此,请将
-mmacosx version min=10.4
标志传递给编译器,或将
MACOSX_部署_目标
环境变量设置为
10.4


我注意到,从ppc到ppc7400的转换只有在您正在构建universal(即,如果您同时也在构建另一个体系结构)时才会发生。我不知道为什么它在只为单个拱门构建时不这样做。

这不是特定于git或curl的,事实上是编译器有意提供的功能。编译器注意到您运行的是OS X 10.5 Leopard。ppc7400是PowerPC G4处理器的体系结构,它是运行Leopard所需的最低处理器,因此编译器已将您对
-arch-ppc
的请求更改为
-arch-ppc7400
,以便生成在最低支持计算机上运行的最佳代码。如果您想支持运行早期G3处理器的Mac,那么这也意味着您需要支持在OS X 10.4上运行,这是支持G3的最后一个OS X版本。为此,请将
-mmacosx version min=10.4
标志传递给编译器,或将
MACOSX_部署_目标
环境变量设置为
10.4

我注意到,从ppc到ppc7400的转换只有在您正在构建universal(即,如果您同时也在构建另一个体系结构)时才会发生。我不知道为什么它不这样做时,只有一个单一的拱门建设

从-arch ppc更改为-arch ppc7400的原因是什么

Ryan关于“…编译器已将您对-arch-ppc的请求更改为-arch-ppc7400以生成最佳代码”的说法是正确的。其记录在GCC手册中

然而,答案中的其他一些陈述并不完全符合目标,因此我需要提供一个答案来澄清它们,以防其他人发现该问题和答案有用。首先,硬件是MacG5,而不是G4

其次,不清楚行为是硬编码到编译器中还是来自
specs
文件

第三,我在一个标准的
/configure&&make
中遇到了这个问题;而不是通过调用通用或胖二进制。我会
export CFLAGS="-force_cpusubtype_ALL"