問題タブ [shared-libraries]

この質問がばかげているかどうかはわかりません。

しかし、私がいくつかの（小さな）サイドプロジェクトを行っていたとき. 私はいつもインターネットをサーフィンして、いくつかの第 3 のライブラリ (最高の無料) を見つけようとし、それから独自のライブラリを構築しています。

一部は、ファイル システム ブラウザ ツリー ビューなどのコントロール拡張機能です。iTextSharp など、これらのライブラリの一部は非常に人気があります。一部は非常にニッチで、独自のファイル形式を解析するためだけのものです。

お聞きしたいのですが、あなたもこのようなことをしていますか？(独自のプロジェクトにサードパーティのライブラリを使用していますか?

私のプロジェクトは、私が作成した静的DLLを参照しています。これらのプロジェクトは、対応するビルドフェーズが確実に発生するように設定されています。つまり、シミュレーター/デバッグをビルドすると、静的ライブラリには最新のシミュレーター/デバッグビルドが含まれます。デバイス/リリースを除いて、アプリが正常に動作することを確認できます。デバイス/リリースを確認する方法はありますか？これは、検証なしでAppleに壁を越えて投げるようなものです。

このエラーが発生しています

以下の静的メソッドを参照する場合:

MyClass は、アプリ プロジェクトで参照している静的ライブラリで定義されています。"[MyClass "... と入力し始めると、メッセージのヒントが表示されます。アプリ プロジェクトは、MyClass が存在し、それにどのメソッドが定義されているかを認識しています。それでも、上記のエラーが発生します。この呼び出しをコメントアウトすると、プロジェクトをエラーなしでビルドできます。

スタティック ライブラリには、ライブラリのすべての .h ファイルを参照する .h ファイルがあります。このように、アプリ プロジェクトは静的ライブラリから 1 つの .h ファイルのみを参照する必要があります。静的ライブラリ プロジェクトにもアプリがあります。これを使用して静的ライブラリをテストします。上記の呼び出しは問題なく実行できます。通常、静的ライブラリにデバイス/デバッグ バージョンがビルドされ、アプリ プロジェクトにシミュレータ/デバッグ バージョンがビルドされている場合に、これらのタイプのエラーが表示されます。ただし、両方のビルドは同期しています。

参照の問題があることは知っていますが、解決方法がわかりません。助言がありますか？

Windows の DLL のように共有オブジェクト ファイルを移植可能な方法で使用することは可能ですか??

Linux 用に、すぐに使用できるコンパイル済みライブラリを提供できる方法があるかどうか疑問に思っています。同様に、Windows で DLL をコンパイルし、他の Windows でも使用できます (他の Windows では使用できませんが、ほとんどの場合は使用できます)。

Linuxでそれは可能ですか？

編集：
私は目が覚めて答えを読んだところです。とても良いものもあります。
ソースコードを隠すつもりはありません。コンパイル済みですぐに使用できるライブラリを提供したいだけなので、コンパイルの経験がないユーザーは自分で行う必要はありません。
したがって、考えられるのは、できるだけ多くの異なる Linux で動作する .so ファイルを提供することです。
このライブラリは、STL および Boost ライブラリを使用して C++ で記述されています。

LSB AppCheckerを使用して共有オブジェクト（.so）の移植性をチェックしています。
報告されている問題の1つは、使用されていないがとにかくリンクされている外部ライブラリ（libm.so.6）が1つあることです。

GCCがこの不要なライブラリにリンクするのを防ぐにはどうすればよいですか？

編集：
私の共有オブジェクトに対するlddコマンドの出力は次のとおりです。

Java コードからいくつかの静的な Windows ライブラリ ( *.lib) を使用する必要があります。C++ JNI ラッパーを作成することはできますが、それはしたくありません (C++ の経験はありません)。

それを使用する最も簡単な（開発の労力が最も少ない）方法は何でしょうか。パフォーマンスは重要ではありません.

ほとんどの場合、私はJNAを使用しますが、私の知る限り、動的ライブラリが必要であり、静的ライブラリがあります。

また、静的ライブラリを動的ライブラリに変換することについても質問しました。

を使用して共有ライブラリを作成していgccますが、共有ライブラリからメモリリークが発生している可能性があります。デバッグするには、共有ライブラリを作成するときにデバッグシンボルを有効にする必要があります。

ビルドするために、私は使用していますgcc -g ...（-gデバッグ情報を有効にするためです）

ただし、ライブラリ（*.soファイル）のサイズは-g、となしの両方で変更されていません-g。その上、私はのようなツールから有用な情報を得ていませんVALGRIND。

誰かが私に間違いを指摘できますか？