1.Linux下的交叉编译环境设置
2.已解决Bug13. 无root权限下glibc2.27安装失败的解决方案+make升级
3.Linux｜如何安装和运行多个 glibc 库
4.升级 GLIBC 后想回退，遇到 __resolv_context_ 相关符号报错
5.glibc是什么
6.centos6.5升级glibc-2.18

Linux下的交叉编译环境设置

       é‡‡ç”¨äº¤å‰ç¼–译的主要原因在于，多数嵌入式目标系统不能提供足够的资源供编译过程使用，因而只好将编译工程转移到高性能的主机中进行。

       linux下的交叉编译环境重要包括以下几个部分：

       1.对目标系统的编译器gcc

       2.对目标系统的二进制工具binutils

       3.目标系统的标准c库glibc

       4.目标系统的linux内核头文件

       äº¤å‰ç¼–译环境的建立步骤

       ä¸€ã€ä¸‹è½½æºä»£ç  下载包括binutils、gcc、glibc及linux内核的源代码（需要注意的是，glibc和内核源代码的版本必须与目标机上实际使用的版本保持一致），并设定shell变量PREFIX指定可执行程序的安装路径。

       äºŒã€ç¼–译binutils 首先运行configure文件，并使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，然后执行make install。

       ä¸‰ã€é…ç½®linux内核头文件

       é¦–先执行make mrproper进行清理工作，然后执行make config ARCH=arm（或make menuconfig/xconfig ARCH=arm）进行配置（注意，一定要在命令行中使用ARCH=arm指定cpu架构，因为缺省架构为主机的cpu架构），这一步需要根据目标机的实际情况进行详细的配置，笔者进行的实验中目标机为HP的ipaq-hp PDA，因而设置system type为SAX0，SAX0 Implementations中选择Compaq iPAQ H/H。

       é…ç½®å®Œæˆä¹‹åŽï¼Œéœ€è¦å°†å†…核头文件拷贝到安装目录： cp -dR include/asm-arm $PREFIX/arm-linux/include/asm cp -dR include/linux $PREFIX/arm-linux/include/linux

       å››ã€ç¬¬ä¸€æ¬¡ç¼–译gcc

       é¦–先运行configure文件，使用--prefix=$PREFIX参数指定安装路径，使用--target=arm-linux参数指定目标机类型，并使用--disable-threads、--disable-shared、--enable-languages=c参数，然后执行make install。这一步将生成一个最简的gcc。由于编译整个gcc是需要目标机的glibc库的，它现在还不存在，因此需要首先生成一个最简的gcc，它只需要具备编译目标机glibc库的能力即可。

       äº”、交叉编译glibc

       è¿™ä¸€æ­¥éª¤ç”Ÿæˆçš„代码是针对目标机cpu的，因此它属于一个交叉编译过程。该过程要用到linux内核头文件，默认路径为$PREFIX/arm-linux/sys-linux，因而需要在$PREFIX/arm-linux中建立一个名为sys-linux的软连接，使其内核头文件所在的include目录；或者，也可以在接下来要执行的configure命令中使用--with-headers参数指定linux内核头文件的实际路径。

       configure的运行参数设置如下（因为是交叉编译，所以要将编译器变量CC设为arm-linux-gcc）： CC=arm-linux-gcc ./configure --prefix=$PREFIX/arm-linux --host=arm-linux --enable-add-ons 最后，按以上配置执行configure和make install，glibc的交叉编译过程就算完成了，这里需要指出的是，glibc的安装路径设置为$PREFIXARCH=arm/arm-linux，如果此处设置不当，第二次编译gcc时可能找不到glibc的头文件和库。

       å…­ã€ç¬¬äºŒæ¬¡ç¼–译gcc

       è¿è¡Œconfigure，参数设置为--prefix=$PREFIX --target=arm-linux --enable-languages=c,c++。

       è¿è¡Œmake install。

       åˆ°æ­¤ä¸ºæ­¢æ•´ä¸ªäº¤å‰ç¼–译环境就完全生成了。

       å‡ ç‚¹æ³¨æ„äº‹é¡¹

       ç¬¬ä¸€ç‚¹ã€åœ¨ç¬¬ä¸€æ¬¡ç¼–译gcc的时候可能会出现找不到stdio.h的错误，解决办法是修改gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS变量的设定中增加-Dinhibit_libc和-D__gthr_posix_h。

已解决Bug. 无root权限下glibc2.安装失败的解决方案+make升级

       在学院超算服务器上遇到安装RosettaFold2时，因服务器glibc版本为2.，低于所需2.版本，尝试在个人目录下通过源码安装。由于无root权限，主力持股源码使用源码安装并修改环境变量指定glibc版本。

       然而，make命令在安装过程中报错，疑似glibc版本更新导致代码变动。考虑直接安装更高版本glibc，试用2.版本，但同样在make命令时遇到问题。发现make版本过低，决定下载最新版make解决。

       在无root权限情况下，只能通过环境变量调整。打开~/.bashrc，加入新版本make的路径，保存并重启shell。检查后确认已安装最新版make。再次执行配置步骤时，仍然提示make版本过低。

       经过搜索，发现报错源可能在于gmake版本不足。pdf源码代码由于无法替换root指定的gmake，学习root方法挂载新版本make到gmake上。同样在~/.bashrc中加入gmake路径，保存并重启shell。再次检查，发现已安装最新版gmake。

       最终执行2.版本的glibc安装，不再遇到版本不兼容问题，成功解决。

Linux｜如何安装和运行多个 glibc 库

       在Linux环境中，遇到需要支持不同应用程序或保持与旧软件兼容性的情况时，如何安装和管理多个glibc库就显得尤为重要。本文将引导您通过几个简单步骤来实现这一目标。

       首要任务是确定为何需要多个glibc版本，通常是由于特定应用程序要求旧版本库中的特定功能或特性。在安装之前，确保系统是最新的，并根据您的发行版（Debian或Red Hat）准备相应的软件包或开发工具包。

       首先，从官方库或可信源下载所需的glibc版本，如glibc 2.和2.。使用wget命令下载并解压源代码，创建包含glibc源代码的目录。然后，linux扩展源码进入该目录并配置构建环境，执行编译安装，这样可以避免库之间的冲突。

       安装后，管理多个glibc版本的关键在于设置LD_LIBRARY_PATH环境变量，这有助于指定应用程序使用特定版本的库。将相关设置添加到bashrc或profile文件中，确保更改持久生效。最后，检查每个版本的glibc是否正确安装。

       运行依赖特定glibc版本的应用程序时，使用LD_PRELOAD环境变量。例如，若要使用glibc 2.，只需设置相应的LD_PRELOAD值。通过这些步骤，您可以在Linux系统上顺利安装和运行需要不同glibc版本的应用程序，同时保持系统的库环境整洁。

升级 GLIBC 后想回退，遇到 __resolv_context_ 相关符号报错

       在处理GLIBC升级后回退问题时，遇到了与__resolv_context_相关符号的链接错误。本文将详细分析这一现象及其解决方案。

       首先，升级GLIBC后，mysql源码量若用户希望回退到原有版本，却发现编译出的可执行文件和依赖的动态库在链接时遇到错误。这是由于新版GLIBC的libc.so干扰了链接过程。在Ubuntu .服务器上，GLIBC版本为2.，但用户为了运行Open3D，安装了GLIBC 2.。

       当使用新版GLIBC后，GCC在链接时会寻找libc.so，而在PATH环境变量中指定了新的目录，使得GCC在链接时使用了新的libc.so文件。为解决此问题，可以临时使用export命令修改PATH，排除/usr/local/bin。

       链接错误通常与libc.so的加载有关。GCC在链接可执行文件时，会查找依赖的动态库，如OpenCV的libopencv_videoio.a静态库和ffmpeg的动态库。在/etc/ld.so.conf.d/libc.so中，配置了将/usr/local/lib目录作为默认查找目录。使用ldconfig -p验证了这一配置，并显示了在旧版本GLIBC中找到的三个库。

       错误符号__resolv_context_get与libresolv.so.2库关联，但实际上这是hook前端源码与符号解析有关的问题。在GLIBC代码中找到了这些符号的描述。为解决此问题，可以修改/usr/local/lib目录为/usr/local/lib-old，并验证先前链接器报告的未找到符号现在位于GLIBC 2.中。

       若希望在回退GLIBC版本时保持可执行文件和动态链接阶段的libc.so不变，需要确保当前GCC使用的是预期的GLIBC版本。正确的卸载和安装GLIBC方式是关键。一种策略是在外部目录构建并安装GLIBC，避免直接修改系统的默认配置。

       在处理已经安装到/usr/local的GLIBC问题时，应谨慎处理，避免影响其他文件或系统稳定。正确的做法是使用与安装配套的卸载工具，或通过目录改名等方法进行回退。本文建议在执行卸载操作时，使用外部目录构建的GLIBC版本，以避免直接在glibc源码目录下执行构建带来的风险。

       总之，升级GLIBC后遇到回退问题时，关键在于理解链接过程中的依赖关系和环境变量的影响，以及采取适当的策略来管理和修改这些依赖，以确保系统稳定性和兼容性。

glibc是什么

       glibc是GNU C库。

       glibc，全称GNU C库，是GNU项目中的标准C库，被广泛用于操作系统层面，包括大部分的Linux系统发行版。glibc为各种应用程序提供了接口支持，使得开发者能够利用这些接口来调用操作系统的功能。简单来说，glibc是操作系统和用户应用程序之间的桥梁，它实现了各种系统调用和API接口，使得开发者编写的程序能够在操作系统上运行。

       具体来说，glibc包含了许多基本的系统功能，如内存管理、文件操作、进程控制等。它是开源的，遵循GPL协议，这意味着开发者可以自由地访问和使用它的源代码。此外，glibc还提供了多线程支持和其他扩展功能。由于glibc具有如此重要的角色和广泛的使用，对于开发者和系统管理员来说，了解并熟悉它是非常必要的。因为它是开源的，开发者可以参与到glibc的开发和改进中来，为开源社区做出自己的贡献。此外，针对特定需求和应用场景的优化也需要深入了解glibc的实现细节。总的来说，glibc是Linux系统的重要组成部分，对于开发者和系统管理员来说具有极高的价值和重要性。

centos6.5升级glibc-2.

       默认情况下，CentOS 6.5自带的glibc版本为glibc-2.。为确保众多运行在CentOS上的应用能成功编译与安装，有必要升级至glibc-2.版本。

       升级glibc前，请务必了解，glibc是CentOS的底层基础程序，升级失败可能导致基础命令无法使用。因此，切勿贸然退出窗口。建议按照问题解决的步骤来操作，若升级失败，首先尝试还原glibc，若无效，则考虑重新安装操作系统。如有快照备份，建议使用快照恢复。

       升级前，先查询当前glibc版本。通过访问glibc官网，下载glibc-2..tar.gz源码包。

       将下载的源码包上传至CentOS系统，并运行以下命令进行安装。请注意，此过程可能需要较长时间，预计约十分钟。安装完成后，可能还会遇到其他问题，可参考后续的问题解决方法，确保系统稳定。

       安装完成后，可能出现以下问题：

       在执行`make install`之后，可能会遇到`Segmentation fault`错误。这通常发生在加载共享库时，例如`__vdso_time: invalid mode for dlopen(): Invalid argument`。

       若基本命令无法使用，这表明`/lib/libc.so.6`文件在安装过程中被修改。为解决此问题，尝试运行以下命令来保持环境变量与现有glibc一致：

       之后，重新执行基本命令，检查是否恢复正常。若glibc升级失败，可执行以下命令还原至之前版本：

       随后，再次检查基本命令是否正常。如需进一步排查升级过程中的问题，建议临时加载之前可用的库文件，以恢复系统。

       若本文解答了您的问题，请点击下方链接以示支持，感激不尽。

musl和glibc,性能区别到底有多大?

       在探索musl和glibc性能差异时，发现musl在某些函数实现上可能较慢，如malloc系列和memcpy系列函数。特别在多线程环境下，musl的malloc性能会显著影响效率，原因在于每次malloc时都需要全局变量加锁解锁，造成严重竞争现象。

       然而，musl的源代码简洁，易于管理，相较于glibc的复杂代码结构，替换性能较慢的函数能带来显著性能提升。在使用Gentoo Linux系统并采用LLVM clang/lld/libc++/libc++abi/libunwind时，通过替换关键函数，编译速度优于使用glibc的系统。

       对于不希望修改musl源码的情况，可直接链接高性能malloc实现，例如微软的github.com/microsoft/mi... 或者是GitHub - mjansson/rpmalloc: Public domain cross platform lock free thread caching -byte aligned memory allocator implemented in C。mimalloc目前被认为是性能最高的开源malloc实现，使用安全模式版本在很多情况下比大部分malloc更快。rpmalloc性能也很接近，且代码精简。

       虽然musl的qsort实现不是最快的，但rust标准库使用的pdqsort是最快算法，不过在C中正确实现pdqsort较为复杂，因此未进行替换。毕竟glibc的qsort性能也非最优。

       建议使用musl时，一并采用LLVM libc++，因为Apple和Google的两大企业支持，性能相较于libstdc++有明显提升。