linux glibc 位置,linux – 在没有root的非标准位置使用glibc构建GCC

我有一个我没有root访问权限的系统,但我需要安装当前版本的GCC(4.7.2).

系统正在运行Linux 2.6.18的x86_64版本,并且已经有GCC 4.1(尽管–version表示它是用它构建的,但没有C支持).

编辑5：此时,以下步骤只是我尝试过的一组事情.从那以后我开始清洁了几次.我正在寻找有人详细说明我需要使用所有开关所需的确切顺序.

这是我到目前为止所经历的过程(ROOT是我主目录中的文件夹)

make-3.82>./configure --prefix=$ROOT && make && make install && hash -r

binutils-2.23>./configure --prefix=$ROOT && make && make install

autoconf-2.69>./configure --prefix=$ROOT && make && make install

automake-1.9>./configure --prefix=$ROOT && make && make install

flex-2.5.37>./configure --prefix=$ROOT && make && make install

libunwind-1.1>./configure --prefix=$ROOT && make && make install

gcc-4.7.2-scratch>../gcc-4.7.2/configure --prefix=$ROOT \

--disable-multilib --disable-nls --enable-languages=c,c++ \

&& make && make install && hash -r

ncurses-5.9>./configure --prefix=$ROOT && make && make install

texinfo-4.13>./configure --prefix=$ROOT && make && make install

glibc-2.14-scratch>touch $ROOT/etc/ld.so.conf

glibc-2.14-scratch>../glibc-2.14/configure --prefix=$ROOT \

--with-headers=$3_3_4_HEADERS && make && make install

我添加的标志是摆脱对’__isoc99_sscanf’的未定义引用.我不知道实际需要哪种标志组合来修复它,但它解决了这些标志的问题.

gcc-4.7.2-scratch2>../gcc-4.7.2/configure --prefix=$ROOT \

--disable-multilib --disable-nls --enable-languages=c,c++ \

CPPFLAGS="-I$ROOT/include" CFLAGS="-g -O2 -lc" \

CXXFLAGS="-g -O2 -lc" LDFLAGS="-L$ROOT/lib \

-L$ROOT/lib64" && make && make install

现在我在GCC构建期间遇到此错误：

build/genmddeps ../../gcc-4.7.2/gcc/config/i386/i386.md > tmp-mddeps

build/genmddeps: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by build/genmddeps)

这个错误是有道理的,因为/ lib64中的libc是2.5版,但我不知道如何让GCC使用我安装到$ROOT / lib的那个.

编辑1：添加-rpath没有帮助,但我将我的lib目录添加到LD_RUN_PATH和LD_LIBRARY_PATH.有了这些设置,我无法运行任何东西,因为我在加载共享库时收到错误[program_name]：错误：/home/mrambiguous/root/lib/libc.so.6:ELF文件操作系统ABI无效

需要注意的另一个奇怪的事情是,当我尝试了-rpath建议时,我开始从GCC获得有关无法识别的命令行选项(例如-V)的错误.我不得不将其设置为使用系统的GCC 4.1.现在我不确定我的第一个GCC版本是否在某种程度上被破坏了,或者它是否曾被首先使用过.

编辑2：我刚刚在vim中打开libc.so.6,看看我是否可以在纯文本中找到关于ABI的任何内容,并且它在那里有版权信息. libc ABIs：UNIQUE IFUNC

它还证实GCC 4.7.2正在同一块文本中工作.由GNU CC版本4.7.2编译

编辑3：删除了$ROOT,重新安装了所有内容,同样的问题是无法识别-V和-qversion作为有效选项.

编辑4：我尝试使用brandelf -t SVR4 libc.so.6编辑ELF头,但这只是给我一个新的错误意外的PLT reloc类型0x25