GG修改器64位免ROOT

大家好，今天小编为大家分享关于GG修改器64位免ROOT的内容，赶快来一起来看看吧。

前往“CNX Software中文站”官网，查看完整信息

如果在主Ubuntu存储库中定位这些软件包有困难，可以使用全局注册http://ports./ubuntu-ports/ls-lR.gz。

接下来 “部署”这些软件包。我们可以逐个进行，例如想检查每个软件包中的内容：

前往“CNX Software中文站”官网，查看完整信息

或者很多：

前往“CNX Software中文站”官网，查看完整信息

该步骤简单直接，但是接下来的步骤就不那么简单了。

aarch64 内核在本地运行静态链接的二进制文件，OK，这没什么问题。不过，此类二进制文件在Linux桌面应用上很少见——你将遇到的或自己编译的大多数二进制文件都属于动态链接。对于平台支持的每个架构，都必须有对应的动态加载器。目前，应通过如下命令行构建ARM多架构：

前往“CNX Software中文站”官网，查看完整信息

分别对aarch64和armhf架构，自然只有一个单架构；如果你查询任何给定的动态链接二进制文件，通过如下命令行，你会看到在ELF类型之后立即报告所加载的信息：

前往“CNX Software中文站”官网，查看完整信息

上面的命令行“dynamically linked, interpreter /lib/ld-linux-armhf.so.3”，告诉我们应该用什么动态加载器来启动每个二进制文件，包括路径和所有内容。由于不能在chromeOS上修改/lib，不能在那里放置arch64加载器，所以我们需要返回到其他方式。

正如许多人所熟知的那样，gcc 的二进制文件只是一个门面模式，它调用大量现有商业二进制文件来进行构建。在我们的沙盒环境中，命令行如下：

前往“CNX Software中文站”官网，查看完整信息

现在，前两行命令行所需文件由.deb软件提供，而后两行命令行通常只是现有arch64-linux-gnu-*二进制文件的符号链接，但我们没有这些链接，而且反正我们也不需要这些作为符号链接。

每次arm64 gcc尝试执行其中一个时，它都会由于缺少aarch64 的系统级加载程序而失败。那么我会如何解决呢？很容易——通过手动指定应该与想要运行的任何给定arm64二进制文件一起使用的加载程序。因此，按我们的要求通过一些同名脚本隐藏这些二进制文件，同时将cc1和collect2的原始二进制文件作为.bak 文件保留在其原始位置：

前往“CNX Software中文站”官网，查看完整信息

最终，我们希望在下面相应目录位置分别有以下脚本：

• /usr/local/root64/usr/lib/gcc/aarch64-linux-gnu/8/cc1:

前往“CNX Software中文站”官网，查看完整信息

• /usr/local/root64/usr/lib/gcc/aarch64-linux-gnu/8/collect2：

前往“CNX Software中文站”官网，查看完整信息

• /usr/local/root64/usr/bin/as:

前往“CNX Software中文站”官网，查看完整信息

• /usr/local/root64/usr/bin/ld:

前往“CNX Software中文站”官网，查看完整信息

最后，同样很重要的一点。我们需要一个 gcc 顶层脚本来为我们设置一些内容最好放在目录PATH中的某个位置：

• gcc-8.sh:

前往“CNX Software中文站”官网，查看完整信息

让我们用以下示例命令行测试一下这个新沙盒装置：

前往“CNX Software中文站”官网，查看完整信息

首先，使用系统自带的armhf gcc-8.2.0编译器，这由chromebrew提供：

前往“CNX Software中文站”官网，查看完整信息

接下来使用我们刚刚设置的arm64 gcc-8.2.0：

前往“CNX Software中文站”官网，查看完整信息

请注意，由于我们还没有导出arm64支持的LD_LIBRARY_PATH路径，我们必须在调用aarch64加载器之前在命令行中指定它。

Chromebrew Arm64 gcc命令行代码

好吧！伙计们，以上就是全部步骤。我希望这些对aarch64+armhf用户能够有用。

更多优质文章推荐：

1.

2.

3.

以上就是关于GG修改器64位免ROOT的全部内容，感谢大家的浏览观看，如果你喜欢本站的文章可以CTRL+D收藏哦。