Linux如何同时支持32位和64位？还是在glibc中处理了某些事情？我运行的是CentOS5.3，它是一个“64位”版本；尽管我为64位和32位构建东西。据我所知，Windows应该有一个32位模拟器。Linux做同样的事情吗？是在用户空间还是内核空间？如果libc处理它，它是否有点像模拟器说，我将链接32位应用程序，但与内核对话64位？ 最佳答案 cpu可以执行64位和32位指令，内核可以在模式之间切换。唯一的限制是您不能将32位程序链接到64位库，因此您必须同时安装32位和64位版本的libc等。
Linux如何同时支持32位和64位？还是在glibc中处理了某些事情？我运行的是CentOS5.3，它是一个“64位”版本；尽管我为64位和32位构建东西。据我所知，Windows应该有一个32位模拟器。Linux做同样的事情吗？是在用户空间还是内核空间？如果libc处理它，它是否有点像模拟器说，我将链接32位应用程序，但与内核对话64位？ 最佳答案 cpu可以执行64位和32位指令，内核可以在模式之间切换。唯一的限制是您不能将32位程序链接到64位库，因此您必须同时安装32位和64位版本的libc等。
它在http://sourceware.org/ml/gdb/2007-06/msg00360.html中提到之前。但似乎没有人真正实现过这种想法。实现这一点有什么障碍吗？我的要求如下:能够插入任何elf二进制可执行文件(例如使用LD_PRELOAD)二进制文件可以是多线程可执行文件二进制文件可能链接到包含主要功能的库这应该适用于x86以外的各种cpu架构(至少是MIPS、ARM、PPC)因此，如果已经有这样的解决方案，我想要一个链接，但如果还没有，我想知道为什么它还没有作为轮子实现。可能只是没有人不需要它...但我认为这对于作为标准准备非常有用。除了将代码放在一起之外，任何技术或政治
它在http://sourceware.org/ml/gdb/2007-06/msg00360.html中提到之前。但似乎没有人真正实现过这种想法。实现这一点有什么障碍吗？我的要求如下:能够插入任何elf二进制可执行文件(例如使用LD_PRELOAD)二进制文件可以是多线程可执行文件二进制文件可能链接到包含主要功能的库这应该适用于x86以外的各种cpu架构(至少是MIPS、ARM、PPC)因此，如果已经有这样的解决方案，我想要一个链接，但如果还没有，我想知道为什么它还没有作为轮子实现。可能只是没有人不需要它...但我认为这对于作为标准准备非常有用。除了将代码放在一起之外，任何技术或政治
运行Ubuntu10.04$uname-aLinuxminion2.6.32-36-generic-pae#79-UbuntuSMPTueNov823:25:26UTC2011i686GNU/Linux下载源代码并执行以下操作:CFLAGS="-O2-U_FORTIFY_SOURCE-fno-stack-protector"'/home/user/Desktop/eglibc-2.11.1/configure'--prefix='/home/user/Desktop/eglibc_pristinebuild'make-j4exportLD_LIBRARY_PATH=/lib/tls/i
运行Ubuntu10.04$uname-aLinuxminion2.6.32-36-generic-pae#79-UbuntuSMPTueNov823:25:26UTC2011i686GNU/Linux下载源代码并执行以下操作:CFLAGS="-O2-U_FORTIFY_SOURCE-fno-stack-protector"'/home/user/Desktop/eglibc-2.11.1/configure'--prefix='/home/user/Desktop/eglibc_pristinebuild'make-j4exportLD_LIBRARY_PATH=/lib/tls/i
首先，请记住我是Linux新手。我在编译我的项目时遇到问题。我一直收到以下错误:/usr/bin/ld:CMakeFiles/Robot.dir/source/ModuleHandler.cpp.o:undefinedreferencetosymbol'dlsym@@GLIBC_2.4'//lib/arm-linux-gnueabihf/libdl.so.2:erroraddingsymbols:DSOmissingfromcommandlinecollect2:ldreturned1exitstatus首先正确的目录是:/usr/lib/arm-linux-gnueabihf/lib
首先，请记住我是Linux新手。我在编译我的项目时遇到问题。我一直收到以下错误:/usr/bin/ld:CMakeFiles/Robot.dir/source/ModuleHandler.cpp.o:undefinedreferencetosymbol'dlsym@@GLIBC_2.4'//lib/arm-linux-gnueabihf/libdl.so.2:erroraddingsymbols:DSOmissingfromcommandlinecollect2:ldreturned1exitstatus首先正确的目录是:/usr/lib/arm-linux-gnueabihf/lib
我已经在虚拟机中编译了8个多小时，但仍未完成。终端仍在打印内容，所以我知道它仍在编译。主机系统是2.10GhzIntelCore2Duo和4GBRAM，guest系统是PowerPC虚拟机(QEMU)上的Linux，具有1GBRAM。我知道动态指令翻译会减慢速度，但即便如此，Glibc的时间应该不会超过3小时左右？有什么问题吗？还是我应该继续让它过夜？ 最佳答案 相比之下，Ubuntu上次为64位机器编译eglibc花费了about1.75hoursforamd64,和about2.5hoursforbothi386和powerpc
我已经在虚拟机中编译了8个多小时，但仍未完成。终端仍在打印内容，所以我知道它仍在编译。主机系统是2.10GhzIntelCore2Duo和4GBRAM，guest系统是PowerPC虚拟机(QEMU)上的Linux，具有1GBRAM。我知道动态指令翻译会减慢速度，但即便如此，Glibc的时间应该不会超过3小时左右？有什么问题吗？还是我应该继续让它过夜？ 最佳答案 相比之下，Ubuntu上次为64位机器编译eglibc花费了about1.75hoursforamd64,和about2.5hoursforbothi386和powerpc
