我正在尝试使用自定义前缀构建gcc 4.7.2 $PREFIX
我已将所有先决条件构建并安装到我的前缀位置,然后成功配置,构建和安装了gcc.
我现在遇到的问题$PREFIX是不在库搜索路径中,因此无法找到共享库.
$PREFIX/bin $ ./g++ ~/main.cpp
$PREFIX/libexec/gcc/x86_64-suse-linux/4.7.2/cc1plus: \
error while loading shared libraries: \
libcloog-isl.so.1: \
cannot open shared object file: No such file or directory
Run Code Online (Sandbox Code Playgroud)
什么有效,但并不理想
如果我export LD_LIBRARY_PATH=$PREFIX/lib然后它工作,但我正在寻找一些工作,而不必设置环境变量.
如果我patchelf用来设置RPATH所有gcc二进制文件,那么它也可以工作; 然而,这涉及搜索所有elf二进制文件并迭代它们调用patchelf,我宁愿有更永久的东西.
我认为对我的目的来说是理想的
所以我希望-Wl,-rpath,$PREFIX/lib在构建过程中有一种方法可以通过.
因为我知道路径不需要改变,所以这似乎是最强大的解决方案,也可以在我们构建下一个gcc版本时使用.
是否可以将构建过程配置为硬编码RPATH?
我尝试了什么,但不起作用
LDFLAGS_FOR_TARGET通话前的设定configure:
所有这些都失败了:
export LDFLAGS_FOR_TARGET="-L$PREFIX/lib -R$PREFIX/lib"
export LDFLAGS_FOR_TARGET="-L$PREFIX/lib"
export LDFLAGS_FOR_TARGET="-L$PREFIX/lib -Wl,-rpath,$PREFIX/lib"
Run Code Online (Sandbox Code Playgroud)
LDFLAGS通话前的设定configure:
export LDFLAGS="-L$PREFIX/lib -Wl,-rpath,$PREFIX/lib"
Run Code Online (Sandbox Code Playgroud)
无论如何我担心这些会覆盖任何LDFLAGSgcc 本来会有的,所以我不确定这些是否可行,即使它们能够起作用?
我的配置行
为了完整性,这里是我传递配置的行:
./configure \
--prefix=$PREFIX \
--build=x86_64-suse-linux \
--with-pkgversion='SIG build 12/10/2012' \
--disable-multilib \
--enable-cloog-backend=isl \
--with-mpc=$PREFIX \
--with-mpfr=$PREFIX \
--with-gmp=$PREFIX \
--with-cloog=$PREFIX \
--with-ppl=$PREFIX \
--with-gxx-include-dir=$PREFIX/include/c++/4.7.2
Run Code Online (Sandbox Code Playgroud)
ems*_*msr 10
我发现将gmp,mpfr,mpc,isl,cloog等的源目录复制到顶级gcc源目录(或使用同名的符号链接)无处不在.这实际上是首选方式.
您需要复制(或链接)这些源目录名称,而无需使用此版本号.
编译器不需要LD_LIBRARY_PATH(尽管运行使用编译器构建的应用程序需要LD_LIBRARY_PATH到$ PREFIX/lib64或类似的东西 - 但这是不同的)
从源目录开始,您将保留所有源.在这个源目录中,您可以通过解压缩tarball或svn来获取gcc目录...我使用了subversion.
同样在这个顶级目录中,您可以使用以下源代码tarball:
gmp-5.1.0.tar.bz2
mpfr-3.1.1.tar.bz2
mpc-1.0.1.tar.gz
isl-0.11.1.tar.bz2
cloog-0.18.0.tar.gz
Run Code Online (Sandbox Code Playgroud)
我只是下载这些并定期更新到最新的tarball.
以脚本形式:
# Either:
svn checkout svn://gcc.gnu.org/svn/gcc/trunk gcc_work
# Or:
bunzip -c gcc-4.8.0.tar.bz2 | tar -xvf -
mv gcc-4.8.0 gcc_work
# Uncompress sources.. (This will produce version numbered directories).
bunzip -c gmp-5.1.0.tar.bz2 | tar -xvf -
bunzip -c mpfr-3.1.1.tar.bz2 | tar -xvf -
gunzip -c mpc-1.0.1.tar.gz | tar -xvf -
bunzip -c isl-0.11.1.tar.bz2 | tar -xvf -
gunzip -c cloog-0.18.0.tar.gz | tar -xvf -
# Link outside source directories into the top level gcc directory.
cd gcc_work
ln -s ../gmp-5.1.0 gmp
ln -s ../mpfr-3.1.1 mpfr
ln -s ../mpc-1.0.1 mpc
ln -s ../isl-0.11.1 isl
ln -s ../cloog-0.18.0 cloog
# Get out of the gcc working directory and create a build directory. I call mine obj_work.
# I configure the gcc binary and other outputs to be bin_work in the top level directory. Your choice. But I have this:
# home/ed/projects
# home/ed/projects/gcc_work
# home/ed/projects/obj_work
# home/ed/projects/bin_work
# home/ed/projects/gmp-5.1.0
# home/ed/projects/mpfr-3.1.1
# home/ed/projects/mpc-1.0.1
# home/ed/projects/isl-0.11.1
# home/ed/projects/cloog-0.18.0
mkdir obj_work
cd obj_work
../gcc_work/configure --prefix=../bin_work <other options>
# Your <other options> shouldn't need to involve anything about gmp, mpfr, mpc, isl, cloog.
# The gcc build system will find the directories you linked,
# then configure and compile the needed libraries with the necessary flags and such.
# Good luck.
Run Code Online (Sandbox Code Playgroud)
configure在构建和安装gmp,isl和cloog之后,我一直在FreeBSD上使用gcc-4.8.0 这个选项:
LD_LIBRARY_PATH=/path/to/isl/lib ./configure (lots of other options) \
--with-stage1-ldflags="-rpath /path/to/isl/lib -rpath /path/to/cloog/lib -rpath /path/to/gmp/lib"
Run Code Online (Sandbox Code Playgroud)
并且生成的gcc二进制文件不需要任何LD_LIBRARY_PATH.该LD_LIBRARY_PATH用于配置需要的,因为它编译一个测试程序来检查ISL版本,如果没有找到ISL共享库这将失败.
我在Linux(Ubuntu)上尝试过它在配置期间失败,因为-rpathargs被传递给gcc而不是ld.我可以通过使用来解决这个问题
--with-stage1-ldflags="-Wl,-rpath,/path/to/isl/lib,-rpath,/path/to/cloog/lib,-rpath,/path/to/gmp/lib"
Run Code Online (Sandbox Code Playgroud)
代替.
| 归档时间: |
|
| 查看次数: |
5208 次 |
| 最近记录: |