問題タブ [shared-libraries]

AとBの2つのdllがあります。

dll A のコードから、dll B を動的にロードしています (Unix では dlopen を、Windows では LoadLibrary を使用)。B が A の前にアンロードされることは保証されていますか?

Unix と Windows の動作に違いはありますか?

次のような共有ライブラリを構築するための Makefile を作成しました。

これが一般的な操作のように思われる場合は、明示的なアクションを実行することを避けたいのですが、これを標準化するための暗黙のルールやその他の組み込み機能はないようです。現在 Linux で GNU Make を使用していますが、OS X でも動作させるにはこれが必要です。

編集: コンパイラ/リンカー フラグではなく、make ルールについて質問しています。

共有ライブラリを構築するためのクリーンで再利用可能な Makefile ルールを推奨できますか? おそらく%.so:or.c.so:型のルールでしょうか？

a.so と b.so があるとします。a と b によってエクスポートされたすべての関数を含む単一の共有ライブラリとして c.so を生成できますか?

私は試した

しかし、うまくいきません。

aa と bo を aa と ba (これは ao と bo を変更すべきではありません) にアーカイブして、

ありがとう

WindowsはまだDLLを使用しており、MacプログラムはDLLをまったく使用していないようです。どちらかの手法を使用することのメリットまたはデメリットはありますか？

プログラムのインストールに必要なすべてのDLLが含まれているため、100％正常に機能する場合、すべてのライブラリを静的にリンクするのと同じでしょうか。

リンクに問題があります。read.cファイルで自分自身を定義したいlibfoo.so関数に依存する共有ライブラリに対してリンクする必要があります。read

すべてをコンパイルしてリンクしますが、実行時にエラーが発生します

nmは、シンボルが定義されていることを報告します

しかし、lddはシンボルが未定義であると報告します

何が得られますか？libfoo.soが共有ライブラリであるという事実にいくつかの問題がありますか？

私は共有ライブラリwise.soを持っています。プログラムでどのように使用できますか？そのライブラリのヘッダーを含める必要がありますか？

私はLinuxでEclipceを使用しています。-Lと-lを使用してライブラリへのパスを設定しました。しかし、私の関数はプログラムに表示されません。

共有ライブラリの仕組みを教えてください。

よろしく。

編集：

次のエラーが発生します。

ヘッダ：

Linuxに共有ライブラリを実装してテストしようとしましたが、「 `CEDD（char *）'への未定義の参照」というエラーが表示されます。

私は次のパラメーターでEclipseを使用しています。

• ファイルを含めるためのパス（これですべて問題ありません）
• ライブラリへのパスとその名前。パスは正しく、名前はWISE_C（フルネーム：libWISE_C.so）です。

私のコード：

私がテストに使用するテストプログラム：

ヘッダー記述子.h：

望ましい機能を持つDescriptor.cの一部：

私は何をしているの？私はインターネットでたくさんの記事を集めましたが、解決策が見つかりませんでした。

`CEDD（char *）'への未定義の参照は、コンパイラまたはリンカのエラーですか？

ライブラリをプログラムに接続すると、Eclipseは実行可能ファイルを生成せず、オブジェクトファイルのみを取得します。ライブラリをプログラムから切断すると（すべてのパスとライブラリ関数を削除）、実行可能ファイルを取得します。

ただし、最初のケースではエラーは発生しません。

何が問題になっていますか？

私が使用しているのは、Linux、C、Eclipseです。

ログ：

****プロジェクトWise_test_Cの構成デバッグのビルド****

おはようございます！

VS-Solution を保持する SVN-Repository があります。このソリューションには多くの Web プロジェクトがあり、それぞれが追加のプロジェクトで開発された JavaScript-Lib を使用しており (これを と呼びましょうDemoWeb)、他の Web プロジェクトに手動でデプロイされます。
この構成には多くの欠点があります。

1. デプロイ時にコピー先のプロジェクトを忘れることがあります。
2. 一部のファイルを見逃す可能性があります
3. SVN-Repository に同じ .js ファイルが数回あります
4. ...

シナリオ (同じライブラリを使用する多くのプロジェクト - JavaScript、.dll ファイル、画像など) は非常に一般的
だと思います。
このデメリットをどう解消するか。
VS で IntelliSense の参照を失わないようにするにはどうすればよいですか (例: CssClass-Checking)?