Por que eu deveria AINDA usar --with-boost para ./configure quando eu exportar a variável PATH para o diretório boost

0

Eu adoraria ouvir suas explicações e métodos de soluções para o problema que tenho enfrentado há tanto tempo.

Estou trabalhando em um cluster remoto em que o comando sudo não é permitido e nenhuma operação em diretórios acima da ramificação $ HOME não é permitida ( $HOME=/storage/5/trentalove )

Eu preciso configurar

$HOME/external/trentacoollime

com a biblioteca de aumento, que instalei em $HOME/boost_1_65_1 usando a fonte boost_1_65_1.tar.bz2 do link

(Por favor note que sudo apt-get install libboost-all-dev não é permitido.)

Em seguida, defino minha variável PATH em .bash_profile e exporto como 'export PATH = $ HOME / boost_1_65_1: $ PATH'

No entanto, quando configuro no diretório $ HOME / external / trentacoollime, com

./configure

Recebi uma mensagem de erro

configure: error: cannot find Boost headers version>=1.41.0

Quando eu configuro com

./configure --with-boost=../../boost_1_65_1

Ele não me deu nenhuma mensagem de erro e foi configurado com sucesso.

Meu palpite é que desde que eu defini e exportei a variável PATH para o diretório boost, não preciso ter a opção --with-boost=../../boost_1_65_1 quando eu executar o comando ./configure . No entanto, eu precisava disso.

Alguém poderia explicar o que eu sinto falta?

p.s. Eu fiz a mesma coisa na minha própria máquina com sudo apt-get install libboost-all-dev , que instalou o boost_1_65_1 no diretório /usr/include . Então eu ainda poderia configurar a opção $HOME/external/trentacoollime com apenas ./configure e não --with-boost= ($ PATH sendo definido da mesma forma que no cluster). No entanto, observe que não consigo implementar a mesma estratégia no cluster, pois não tenho permissão para sudo nem qualquer tipo de comando mv, cp, ln para /usr/include , que está em uma ramificação mais alta do que meu diretório $HOME .

    
por trenta coollime 24.12.2017 / 02:17

0 respostas