AppImage 是一种流行的 Linux 应用程序打包格式，它允许开发者创建单一可执行文件，包含所有依赖，使得软件能在各种 Linux 发行版上无缝运行，无需安装。AppImageKit 是一个用于创建 AppImage 的工具集，它简化了打包过程。在最新的更新中，"AppImageKit-checkrt" 引入了一个关键的改进，即修补了 AppRun 二进制文件，以在运行时检查 libgcc 和 libstdc++ 的依赖项。 这个修补的目的是解决在某些系统上可能出现的问题，这些问题源于对 libgcc 和 libstdc++ 这两个关键库的依赖。libgcc 是 GCC（GNU Compiler Collection）的一部分，提供了运行时支持，包括异常处理和动态链接。libstdc++ 则是 C++ 标准库，包含各种容器、算法和 I/O 流等特性，是 C++ 开发不可或缺的部分。 在传统的 Linux 包管理方式中，这些库通常由发行版的包管理系统提供，但不同发行版或不同版本的系统可能有不同版本的库，这可能导致兼容性问题。AppImage 的目标就是避免这种问题，通过包含所有必要的依赖，使得应用可以在任何支持的 Linux 系统上运行。 AppRun 是每个 AppImage 文件的核心部分，它是第一个被加载的二进制，负责加载和启动应用程序。当 AppRun 检查 libgcc 和 libstdc++ 依赖时，它会确保在运行环境中这些库存在并且与应用程序兼容。如果检测到缺失或版本不匹配，AppRun 可能会尝试从 AppImage 包内提取合适的库版本，从而确保应用的正常运行。 这个改进对于开发者来说意味着更少的用户反馈关于依赖问题，同时也为最终用户提供更顺畅的体验。他们不再需要手动安装特定版本的库或者担心版本冲突。对于部署和分发跨发行版的 Linux 应用，AppImageKit-checkrt 的这个更新无疑是一个重大进步。 在 "AppImageKit-checkrt-master" 压缩包中，可能包含了源代码、构建脚本和其他相关文件，用于编译和测试这个修补后的 AppRun。开发者和打包者可以利用这些资源来创建自己的 AppImage，并确保它们在各种 Linux 环境下都能正确运行。 AppImageKit-checkrt 的这项更新提升了 AppImage 的健壮性和可靠性，特别是在处理系统级别的库依赖方面。这对于促进 Linux 平台上的软件互操作性和用户体验具有重要意义。随着更多开发者采用 AppImage 格式，Linux 用户将能够享受到更广泛的应用程序支持，而无需关心底层系统的具体细节。

如果系统报错信息有：/usr/lib/aarch64-linux-gnu/libstdc++.so.6: version 'GLIBCXX_3.4.26' not found,那么这个文件就是有用的，将其拷贝到/usr/lib/aarch64-linux-gnu/目录下，将原有的libstdc++.so.6拷贝备份一份，然后将其链接为新的库文件：sudo ln -s libstdc++.so.6.0.28 libstdc++.so.6

centos动态资源库 飞浆模块安装后，报错提示ImportError: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/lib64/python3.6/site-packages/paddle/fluid/libpaddle.so) 说明libstdc的版本太低。需要进行升级。

包含Linux安装Oracle11时缺少的所有包：libaio-0.3.105，compat-libstdc++-33-3.2.3，libaio-devel-0.3.105，libgcc-3.4.6，libstdc++-3.4.6，unixODBC-2.2.11，unixODBC-devel-2.2.11，pdksh-5.2.14

sles11下安装Oracle9i所需的安装包

libstdc++.so.6.0.29

libstdc++-4.4.7-4.el6.i686.rpm

compat-libstdc++-33-3.2.3-69.el6.x86_64.rpm

解决“error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory”错误。

解决报错：/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found