問題タブ [libtool]

私はlibtoolのことはまったく初めてです。プロジェクトのビルドには libtool 1.5 が必要ですが、私のシステム (debian、squeeze) のデフォルトの libtool は 2.2 です。私がしたことは、ソースから libtool 1.5 をインストールし、それを /usr/local に配置したことです。私の PATH 変数は、最初に /usr/local/bin パスを選択します。

autogen を実行すると、libtool 1.5 が「見える」ことがわかります。しかし、configure スクリプトを実行すると、バージョン 2.2 の libtool スクリプトがビルド ディレクトリに表示されます。パッケージマネージャーを使用して libtool 2.2 をアンインストールしたため、どこから来たのかわかりません。

問題の解決方法を教えてください。libtool スクリプトはビルド フォルダーにどのように生成されますか? ltmain.sh との関係は?

ありがとう、ヴィャチェスラフ

Phidg​​etSBC用のカスタム カーネル イメージをビルドしようとしていますが、ビルド中にエラーが発生します。

bluez 4.96 抽出中

bluez 4.96 パッチ適用パッケージ/bluez

config.guess config.sub のファイルの場合。do for i in $(find /home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96 -name $file); do cp package/gnuconfig/$file $i; 終わり; 終わり

libtool へのパッチ適用

プレーンテキストを使用して buildroot-libtool.patch を適用する: ファイル ltmain.sh にパッチを適用する

ハンク #1 は 273 で失敗しました。

ハンク #2 は 5412 (オフセット 3005 行) で成功しました。

ハンク #3 は 2551 で失敗しました。

ハンク #4 は 2895 で失敗しました。

ハンク #5 はファズ 1 (オフセット 2446 ライン) で 8058 で成功しました。

ハンク #6 は 5937 で失敗しました。

6 つのハンクのうち 4 つが失敗 -- リジェクトをファイル ltmain.sh.rej に保存

パッチ失敗！buildroot-libtool.patch を修正してください!

make: * [/home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96/.stamp_patched] エラー 1

ここから先に進む方法がわかりません。誰かアドバイスはありますか？

libtoolでビルドされた大規模なc++プロジェクトがあります。問題は、eclipseがlibtoolで生成されたスクリプトを実行せず、「プログラムは認識された実行可能ファイルではありません」というメッセージが表示されることです。エラーメッセージ。Eclipseデバッガーを使用するにはどうすればよいですか？私は現在、kdevelop3をエディターとして使用しており、洞察力を持ってデバッグしています。これは恐ろしいことです。

プロジェクトディレクトリの./libsにある実際の実行可能ファイルを実行することもできますが、LD_LIBRARY_PATHなどを手動で設定する必要があります...これを行うためのより良い方法が必要です。

どんな助けもいただければ幸いです！

インストールしない動的モジュールをビルドするよう Automake に指示する方法は?

mywrapper.so が にインストールされpkglibdirます。

代わりに便利な静的ライブラリがビルドされます。

問題の動的モジュールは、テスト スイートを実行するためだけに使用されるため、配布されません。

「フロントエンド」ライブラリと複数の「バックエンド」ライブラリを構築するライブラリ プロジェクトを維持しています。このプロジェクトでは、Libtool を含む Autotools スイート (私が学習していて、プロジェクトの実装にはメンテナンスが必要であることがわかっています) を利用しています。共有ライブラリとして、すべてが非常にうまく機能します。ライブラリを使用するアプリケーション開発者がいて、複数のプラットフォーム間でのソフトウェア配布を容易にするために静的ライブラリを使用してビルドすることを好みます (彼の動機について議論するつもりはありません)。

彼は以前、私たちのビルド システムを使用して 1 つの大きな静的ライブラリをビルドできましたが、現在はできなくなっていると私に言いました。これがいつ発生したかを正確に追跡することはできませんでしたが、2 つの変更のいずれかに関連している可能性があると思われます。最初の変更は、バンドルされている libtool ソース ディレクトリの削除です。2 つ目は、バックエンド ライブラリを以前のように /usr/local/lib (デフォルトの場所) に分散させるのではなく、/usr/local/lib/project に配置することでした。

私が学ぶことができなかったのは、フロントエンド ライブラリをバックエンドと組み合わせて、/usr/local/lib の下に単一の便利なライブラリを作成し、それを Autotools フレームワーク内で行う方法です。これは可能だと思われますが、学ぶべき例は見つかりませんでした。

余談ですが、プロジェクトはテスト スイートの一部としていくつかのユーティリティをビルドします。--disable-shared オプションを指定して configure を実行してから make を実行すると、ユーティリティがプロジェクト ライブラリに静的にリンクされます。今、私の使命は、この機能をサードパーティのアプリケーションで利用できるようにすることです。

libgdbmをビルドしようとしています。ソースをダウンロードし、解凍して入力しました（INSTALLファイルに記述されているとおり）。

その後、.loファイルと.laファイルを取得しましたが、libgdm.aは取得しませんでした。

静的ライブラリを作成するにはどうすればよいですか？

OpenGL SuperBibleに付属する GLTools ライブラリを、automake を使用して libtool ライブラリにビルドしようとしています。

autoconf と automake をセットアップしましたが、実際にライブラリをビルドすると、次のようになります。

私は自分の正気が許す限りグーグルを検索しましたが、何も思いつきませんでした。私はautomakeに慣れていないので、何を検索すればよいのかよくわかりません。それは小さな間違いか、何か基本的なことを見逃していると確信しています。

ここに私の Makefile.am があります:

それが重要な場合は、configure.ac：

どうもありがとう。

利用できないライブラリを読み込もうとする ruby​​gem をインストールしようとしています。

grep: /usr/lib64/libgdbm.la: No such file or directory /bin/sed: can't read /usr/lib64/libgdbm.la: No such file or directory libtool: link: /usr/lib64/libgdbm.la' is not a valid libtool archive

これを回避するために、独自の libgdbm をインストールし、makefile LDFLAG で libgdbm へのパスを提供しましたが、役に立ちませんでした。

どんな助けでも大歓迎です。

autotools によって管理されているライブラリがあります。に次の行と、Makefile.amその他の必要な構成があります。

私のプロジェクトでは、いくつかのテスト スイートを実行するプログラムも作成しています。このプログラムは次のように構成されています。

ただし、プログラムは常に の動的バージョンにリンクされているため、libstuff.la一部の状況が複雑になります (たとえば、 を使用したデバッグgdb)。または同等の動的ライブラリlibstuff.aの代わりにプログラムを強制的にリンクするにはどうすればよいですか?libstuff.so

ltdl がライブラリの読み込みに失敗する理由をデバッグする洞察や方法を誰かが提供できますか? strace の部分的な出力からわかるように、ライブラリを開くことに成功し、レポートを作成file not foundしてから、同じ方法で構築された別のライブラリを正常にロードします。どうすればこれをデバッグできますか? 私は何年もの間グーグルで調べてきましたが、それをデバッグする便利な方法が見つかりませんでした。