Não é possível instalar o erro do GCC ld sem usar o prefixo personalizado ao carregar o wrapper lto

Question

Estou tentando instalar o GCC 4.9.4 em um local não padrão no Red Hat Linux usando a documentação fornecida.

link

Eu não tenho sudo, mas tenho acesso de gravação à pasta / testbed, por isso estou tentando instalar o GCC e todos os seus pré-requisitos e dependências nesse diretório em vez do padrão / usr / local.

Os pré-requisitos são instalados no diretório / testbed / local e o objdir é / testbed / objects e, em seguida, no diretório / testbed / objects que eu executo

/testbed/packages/gcc/gcc-4.9.4/configure \
--prefix=/testbed/local \
--program-prefix=test- \
--program-suffix=-4.9.4 \
--enable-multilib \
--with-local-prefix=/testbed/local \
--with-gmp=/testbed/local \
--with-mpfr=/testbed/local \
--with-mpc=/testbed/local'

durante a criação, recebo o seguinte erro:

/usr/local/bin/ld: 
-plugin-opt=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.3/lto-wrapper: 
error loading plugin: 
-plugin-opt=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.3/lto-wrapper: 
cannot open shared object file: No such file or directory
collect2: error: ld returned 1 exit status

Dado que o erro parece usar o caminho padrão "/ usr / local", estou imaginando que --prefix e --local-prefix não são abrangentes quando se trata de definir o local no qual você deseja instalar o GCC. ou há algum outro problema em relação ao direcionador de vinculação ou ao plugin lto-wrapper. Alguém sabe como eu poderia resolver esse problema, dadas as restrições e condições do que estou tentando realizar?