Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/c/64.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
有没有办法在非PA-RISC机器上为HP PA-RISC编译C/C++呢?_C++_C_Pa Risc - Fatal编程技术网

有没有办法在非PA-RISC机器上为HP PA-RISC编译C/C++呢?

有没有办法在非PA-RISC机器上为HP PA-RISC编译C/C++呢?,c++,c,pa-risc,C++,C,Pa Risc,我有一些主要用C编写的代码,它们可以在HP-UX PA-RISC、HP-UX安腾和Solaris SPARC平台上编译 到目前为止,我的PA-RISC机器是不真实的,我有一个客户端需要在该架构上支持 是否可以在HP-UX PA-RISC机器以外的机器上编译C代码,并在PA-RISC机器上移动二进制文件时使其正常执行?当HP推出安腾时,我似乎记得有一个HP交叉编译器可以在PA-RISC机器上生成安腾代码。然而,我不知道有什么东西反过来起作用 我还记得,惠普曾经运行过许多公共服务器,您可以免费使用这

我有一些主要用C编写的代码,它们可以在HP-UX PA-RISC、HP-UX安腾和Solaris SPARC平台上编译

到目前为止,我的PA-RISC机器是不真实的,我有一个客户端需要在该架构上支持


是否可以在HP-UX PA-RISC机器以外的机器上编译C代码,并在PA-RISC机器上移动二进制文件时使其正常执行?

当HP推出安腾时,我似乎记得有一个HP交叉编译器可以在PA-RISC机器上生成安腾代码。然而,我不知道有什么东西反过来起作用

我还记得,惠普曾经运行过许多公共服务器,您可以免费使用这些服务器为安腾编译,但不确定是否适用于PA-RISC,也不确定它们是否仍然适用


从概念上讲,gcc能够在一个平台上运行并交叉编译到另一个平台上,但是,由于HPUX的许多特性,为PA RISC构建gcc并不简单。网络上有很多人已经开始这样做了,但到目前为止,我还没有找到真正成功的人。

当HP推出安腾时,我似乎记得有一个HP交叉编译器可以在PA-RISC机器上生成安腾代码。然而,我不知道有什么东西反过来起作用

我还记得,惠普曾经运行过许多公共服务器,您可以免费使用这些服务器为安腾编译,但不确定是否适用于PA-RISC,也不确定它们是否仍然适用


从概念上讲,gcc能够在一个平台上运行并交叉编译到另一个平台上,但是,由于HPUX的许多特性,为PA RISC构建gcc并不简单。网上有很多人已经开始这样做了,但到目前为止,我还没有找到真正成功的人。

这就是所谓的交叉编译。海湾合作委员会对此给予了合理的支持;您必须从源代码处编译GCC,并进行一系列精细的手动设置,但您应该能够在一台不太老旧的机器上获得一个编译器,为PA-RISC生成代码。例如,请参阅-这适用于使用自由软件操作系统和/或Windows的用户,但您应该能够解决此问题。。。man g++-6 | grep-A100 hppah在将编译好的代码交付给客户之前测试它有多重要?我认为你需要保留一台PA-RISC机器,只是为了测试,如果是为了测试,你可能会在上面编译。这叫做交叉编译。海湾合作委员会对此给予了合理的支持;您必须从源代码处编译GCC,并进行一系列精细的手动设置,但您应该能够在一台不太老旧的机器上获得一个编译器,为PA-RISC生成代码。例如,请参阅-这适用于使用自由软件操作系统和/或Windows的用户,但您应该能够解决此问题。。。man g++-6 | grep-A100 hppah在将编译好的代码交付给客户之前测试它有多重要?我想你需要保留一台PA-RISC机器,只是为了测试,如果是为了测试,你可能会在上面编译。我不确定你在这里得到了什么。以ARM处理器为目标构建交叉编译GCC很容易。当我们谈论PA-RISC后端时,有什么不同?如果GCC有一个ISA代码生成器,那么它应该是微不足道的——或者我完全误解了@MortenJensen我建议您只需快速浏览一下HPUX 11i本机gcc的缺点、故障和特性。我知道的上一个已移植的版本是4.2.x,顺便说一句-我上次查看已有一段时间了,但您可能会发现gnu ld无法链接到共享库,许多不受支持的特性、使用本机链接器的要求等等。从这里推断出构建交叉编译器而不是本机编译器需要什么。与PA-RISC编译器相比,构建ARM交叉编译器可能是小菜一碟。感谢您的详细说明:这些都是我不知道的问题。。。我主要是交叉编译主流架构,支持良好的ISA主要是ARM。您认为在QEMU下运行本机gcc编译器可行吗?它似乎支持PA-RISC ISA,但我只使用简单的C程序尝试过QEMU,所以不知道在QEMU下运行GCC需要多少工作。-参见@MortenJensen Nice,不知道QEMU有一些,根据链接页面PA-RISC支持,感谢链接。不过,链接页面看起来还不太成熟。为了让HP编译器在其上运行,您需要运行完整的HPUX 11—我怀疑它们还远未实现。即使这样,您也必须获得适当的HPUX和编译器、acc许可证,我认为您仍然无法从HP获得它。我不确定您得到了什么
我在这里。以ARM处理器为目标构建交叉编译GCC很容易。当我们谈论PA-RISC后端时,有什么不同?如果GCC有一个ISA代码生成器,那么它应该是微不足道的——或者我完全误解了@MortenJensen我建议您只需快速浏览一下HPUX 11i本机gcc的缺点、故障和特性。我知道的上一个已移植的版本是4.2.x,顺便说一句-我上次查看已有一段时间了,但您可能会发现gnu ld无法链接到共享库,许多不受支持的特性、使用本机链接器的要求等等。从这里推断出构建交叉编译器而不是本机编译器需要什么。与PA-RISC编译器相比,构建ARM交叉编译器可能是小菜一碟。感谢您的详细说明:这些都是我不知道的问题。。。我主要是交叉编译主流架构,支持良好的ISA主要是ARM。您认为在QEMU下运行本机gcc编译器可行吗?它似乎支持PA-RISC ISA,但我只使用简单的C程序尝试过QEMU,所以不知道在QEMU下运行GCC需要多少工作。-参见@MortenJensen Nice,不知道QEMU有一些,根据链接页面PA-RISC支持,感谢链接。不过,链接页面看起来还不太成熟。为了让HP编译器在其上运行,您需要运行完整的HPUX 11—我怀疑它们还远未实现。即使这样,您也必须获得适当的HPUX和编译器、acc许可证,我认为您仍然无法从HP获得它。