問題タブ [library-path]

動的ライブラリ パス リストを照会するための多かれ少なかれ移植可能なプログラムによる方法が必要です。$LD_LIBRARY_PATHLinux の場合、と の内容を連結できます/etc/ld.so.conf(必要に応じてディレクティブを処理し、includeアーキテクチャによってフィルタリングすることもできます) が、たとえば FreeBSD では機能しません。

最終的には、それを行うための Python 関数が必要です。必要に応じて、gcc またはその他の外部コマンドを呼び出すことができます。

私がここでいじっているパッケージはどちらかというと不明ですが、それでも問題はかなり一般的です。基本的に、私は Python モジュール (rql と呼ばれる) を C++ 拡張でコンパイルしようとしています。拡張機能は、いくつかのライブラリを含む gecode と呼ばれる外部フレームワークを使用します。gecode をコンパイルしてローカルにインストールしました。さて、出力がそれ自体を物語るようにしましょう：

現在、私のシステムには glibc 2.10.2 があります。先日、この同じシステムで Android インストールをアップグレードしました。アップグレードを投稿しますが、エミュレーターを実行できません。「glibc 2.11が必要です」のようなエラーを投稿した後、エミュレーターがシャットダウンします。私の質問は次のとおりです。

2 つのバージョンの glibc を同じシステムで同時に使用する方法はありますか? glibc の現在のインストールに依存する非常に重要な C/C++ プログラムがいくつかあります。

私の質問が明確でない場合はお知らせください。どんな助けでも大歓迎です。
シュリラム。
編集: この問題について、stackoverflow でいくつかの質問を見つけました。しかし、それらの質問には答えられませんでした。これが同じ道をたどらないことを願っています！

Lion にアップグレードし、Xcode をアップグレードした後、 make がヘッダーとライブラリを見つけられないようです。/usr/include を調べました。そこにあるのは「parallels-server」だけでした。そこで、/usr/include の名前を /usr/include.old に変更し、次へのシンボリック リンクを作成しました。

/開発者/SDKs/MacOSX10.6.sdk/usr/include/

これはかなり悪いです。しかし、make はヘッダーを見つけることができるようになりました。まだライブラリが見つかりません (例: lcrt1.10.6.o)。

include と lib の問題の両方を解決する正しい方法は何ですか?

ありがとう！

IDEを手動でいじる必要なしに、コンポーネントパッケージをDelphi XEにインストールするためのインストーラー（ Inno Setup ）を準備しています。

Delphiライブラリパスを変更する必要があります。たとえば、その一部を削除して（たとえば xxx;MyOldPath;yyy）、新しいパスを挿入しますxxxx;MyNewPath;yyyy。これを行うための好ましい方法はありますか、それともそれを行うためのユーティリティを作成する必要がありますか？

ありがとう

問題が発生する前に、ライブラリを変更する必要のあるコンポーネント（Win32ライブラリパス）をインストールしようとしました。インストールがうまくいかなかったので、私はそれを残しました。数日前、私は自分のプロジェクトに取り組むためにDelphiを実行しました。プログラムをコンパイルしましたが、Delphiから「ユニットが見つかりません：'Systems.pas'または同等のバイナリ（.dcu）」と表示されたため、ライブラリパスをC：\ Program Files（x86）\ Embarcadero \ RAD Studio \ 7.0\libに変更しました。その後、プログラムをコンパイルできましたが、ボタンをクリックすると、コードが実行されませんでした。

構文を確認するために戻ったところ、すべてが正しかったので、プログラムをコンパイルできました（注：コードとプログラムは何週間も手つかずのままでした）。次に、ライブラリパスが修正されることを期待してDelphiを（2回）再インストールしようとしましたが、修正されませんでした。

デフォルト設定を復元しようとして失敗した後、stackoverflowについて調査しましたが、それでも答えが見つかりませんでした。私が遭遇したトピック：

Delphi XE：失われたライブラリパス

DelphiはSystem.dcuを見つけることができません。デフォルトのパス設定はどうあるべきですか？

ShowMessage関数を追加して、機能するかどうかをテストしましたが、機能したので、問題が何であるかはまったくわかりません。ただし、ライブラリパスが正しくないのではないかと疑っています。

問題は何だと思いますか？

• 私のコード
• または私のIDEライブラリパス

注：現在のライブラリパス= C：\ Program Files（x86）\ Embarcadero \ RAD Studio \ 7.0 \ lib

また、どうすればこの問題を解決できますか？

私は独自の GCC とライブラリを構築し、システムの他の部分に干渉しない/opt/gcc-4.6.2/libような一般的な名前のライブラリにライブラリを配置しました。libstdc++これは、ライブラリの検索パスを手動で指定する必要があることを意味します。

プロジェクトを CMake でビルドしようとすると、CMake にそのライブラリを検索するように指示する方法がわかりません。ドキュメントCMAKE_LIBRARY_PATHには、 Makefile の生成に使用する行に設定したuse と書かれています。

ただし、これは単純なプログラムのコンパイル テストでは失敗します。

-L/opt/gcc-4.6.2/libテストコンパイルのためにCMakeを発行させるために必要なブードゥーマジックを見つけることができないようです（プロジェクトがビルドされた後CMAKE_LIBRARY_PATHに機能することはわかっています）。CMake に別のライブラリ パスを使用させてテスト実行可能ファイルをリンクさせるにはどうすればよいですか?

I have a program do so some graphics. When I run it interactively, I want it to use OpenGL from the system to provide hardware accelerated graphics. When I run it in batch, I want to be able to redirect it to use the Mesa GL library so that I can use OSMesa functionality to render to an offscreen buffer. The OSMesa functionality is enabled by doing a LoadLibrary/GetProcAddress if the batch start up option is selected.

On Linux, its fairly easy to make this work. By using a wrapper script to invoke the program, I can do something like this:

It is possible to do something this in Windows?

When I try adding a directory to the PATH variable, the program continues to go to the system opengl32.dll. The only way I can get the program to use the Mesa GL/OSMesa shared libraries is to have them reside in the same directory as my program. However, when I do that, the program will never use the system opengl32.dll.

次のように出力される単純な Perl スクリプトが@INCあります。

と を使用して 2 つの異なる方法でスクリプトを実行する./test.plとperl test.pl、出力は次のようになります。

./script.pl私の質問は: perl スクリプトをandで実行するための舞台裏は何perl script.plですか? スクリプトが異なる出力をする原因は何@INCですか?

GPU で行列演算を実行するために MAGMA (http://icl.cs.utk.edu/magma/) を使用しようとしています。CUDA カーネルを正常に呼び出すことができ、問題はありません。しかし、magmablas_sgemm 関数を使用しようとすると、エラーが発生します。

これは私が使用しているコンパイルコマンドです:

これは printenv 出力の一部です。

明らかにわかるように、マグマ ライブラリは LD_LIBRARY_PATH に含まれていますが、次のエラーが発生します。

どんなヘルプ/ポインタも大歓迎です! ありがとう！

PS: 関連する場合、nvcc がホスト コードに使用している基になる C コンパイラは gcc です。
PPS: パス「/util/magma/1.1/lib」を確認しましたが、libmagma.a と libmagmablas.a が含まれています。

更新：うわー..私はこれが嫌いです..しかし、これでうまくいきました

nvcc -o msd msd.cu -I../../include -I/util/magma/1.1 -L/util/cuda/4.0.17/cuda/lib64 -L/util/magma/1.1/lib -lcublas -lm -lmagma -lmagmablas -Xcompiler -I../../include -I/util/magma/1.1 "-O3"

だから私がしたことは、ライブラリパスを明示的に含めることだけでした。しかし、私は LD_LIBRARY_PATH がそのようなことを処理すると思っていました。なぜそれがうまくいかなかったのですか？