Onde defino DYLD_LIBRARY_PATH no Mac OS X e é uma boa ideia?

Estou tentando instalar um solver escrito em C ++ no meu Mac (OS X), para uso com o código que escrevi no XCode.

A documentação do solucionador diz isso:

Certifique-se de ter "." no seu DYLD_LIBRARY_PATH, a fim de

• executar os executáveis ​​prontos
• link com o libamg.dylib (e os RTSlibs gfortran)

Eu realmente não entendo o que isso significa. Onde e o que eu preciso para mudar o quê?

Eu pesquisei no Google, mas não encontrei nada que seja simples o suficiente para um novato como eu! Se houver pessoas pacientes por aí que não se importariam em me direcionar para um recurso on-line ou me fornecer os detalhes de como e onde definir variáveis ​​de ambiente, ficaria muito grato.

É uma variável de ambiente e, como tal, geralmente é definida no Terminal por

export DYLD_LIBRARY_PATH=someValue

man dyld diz:

DYLD_LIBRARY_PATH

Esta é uma lista separada por dois pontos de diretórios que contêm bibliotecas. O vinculador dinâmico pesquisa esses diretórios antes de pesquisar as bibliotecas nos locais padrão. Ele permite testar novas versões de bibliotecas existentes.

Para cada biblioteca que um programa usa, o vinculador dinâmico procura por cada diretório DYLD_LIBRARY_PATHpor sua vez. Se ainda não conseguir encontrar a biblioteca, ela pesquisa DYLD_FALLBACK_FRAMEWORK_PATHe, DYLD_FALLBACK_LIBRARY_PATHpor sua vez.

Use a -Lopção para otool(1). para descobrir as estruturas e bibliotecas compartilhadas às quais o executável está vinculado.

Você provavelmente iria querer algo como

export DYLD_LIBRARY_PATH=.:$DYLD_LIBRARY_PATH

para anexar .(diretório atual) à lista de locais pesquisados. No meu OS X não modificado, DYLD_LIBRARY_PATHnão tem valor atual:

$ echo $DYLD_LIBRARY_PATH

$

Dependendo de como você pretende executar o seu programa, você precisará definir isso de forma diferente, por exemplo, no Xcode (não sei onde).

Nunca se deve definir export DYLD_LIBRARY_PATHno seu sistema.

Os caminhos da biblioteca compartilhada podem ser corrigidos usando otool -Le install_name_tool.

Por exemplo, se você compilar o Perl DBD-MySQL, não poderá usá-lo, pois o vinculador não sabe onde você instalou o MySQL.

># make
....


># otool -L blib/arch/auto/DBD/mysql/mysql.bundle

blib/arch/auto/DBD/mysql/mysql.bundle:
        libmysqlclient.18.dylib (compatibility version 18.0.0, current version 18.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)


#> install_name_tool -change libmysqlclient.18.dylib /usr/local/mysql/lib/libmysqlclient.18.dylib blib/arch/auto/DBD/mysql/mysql.bundle


># otool -L blib/arch/auto/DBD/mysql/mysql.bundle

blib/arch/auto/DBD/mysql/mysql.bundle:
        /usr/local/mysql/lib/libmysqlclient.18.dylib (compatibility version 18.0.0, current version 18.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)



#> make test
...
Result: PASS

#> make install

Isto é tão simples assim.

No Xcode 4, você pode adicioná-lo ao projeto Scheme para evitar erros como este:

dyld: Library not loaded: @loader_path/libLeap.dylib
  Referenced from: /Users/paulsolt/Library/Developer/Xcode/DerivedData/LeapTest-eqcxmzewheyjusgrcszyvlcxlgna/Build/Products/Debug/LeapTest
  Reason: image not found

1. No menu, clique em "Produto" -> "Editar esquema" -> guia "Argumentos" -> Adicionar "Variáveis ​​de ambiente" -> Chave: DYLD_LIBRARY_PATH Valor: / Users / MyUserAccount / path / to / lib

2. Altere o caminho para sua conta de usuário e o caminho completo para a pasta da biblioteca.

3. Você deve poder construir e executar.