2009-05-20 3 views
3

は、私は2つのautotoolsのプロジェクトを持っていると言います。実際にインストールされていないlibmyutilsパッケージへのlibmypackageリンクの参照方法はありますか?あるいは、libmypackageが実際にlibmyutilsにアクセスするためにlibmyutilsを実際にインストールする必要がありますか?インストールされていない別のオートツールセットプロジェクトに対して1つのautotoolsプロジェクトを作成するにはどうすればよいですか?</p> <ul> <li>libmyutils</li> <li>libmypackage</li> </ul> <p>libmypackageライブラリがlibmyutilsに依存しています:

例:

# Contains src/*, configure, etc. 
~/workspaces/libmyutils 

# Contains src/*, configure, etc. 
~/workspaces/libmypackage 

問題は、私は他のライブラリは、それ(libmypackage2、libmypackage3、など)を使用することができるようになりますように、独自のパッケージとしてlibmyutilsを維持したいということですが、私は積極的にされる可能性があるのでlibmyutilsとlibmypackageの両方で開発をしていますが、変更を行うたびにlibmyutilsをコンパイルしてインストールする必要はありません。

これは可能ですか?

答えて

1

私はlibmylib_la_LIBADD varsをコンパイルされているがアンインストールされたlibを指すように設定しているので、テスト/デバッグ中にビルドシステムのlibにリンクし、インクリメンタルコンパイル、等...

libmyapplib_la_LIBADD = -lpthread $(top_builddir)/components/common/libmyutils.la 

、その後、私は--prefix =何のconfigureをインストールするときに、正しく設定し、後であなたの例ではutilのlibに

+0

の設置場所への最終的なリンクをして、どこだろうルートディレクトリlibmyutilsのために生きる? common /はconfigure.acとMakefile.amを持っていますか?私のプロジェクトlibmyutilsの –

+0

とlibmyapplibのshaareのルートはサブプロジェクトです。 rootにはconfigure.acとMakefile.amがあり、Makefile.amは "SUBDIRS = components modules myutils myapplib"という1行しか持たず、各サブファイルにはMakefile.amがあります。だから私はチェックアウトすることができます/変更/ビルド/テストのものは、実際にいずれかの開発マシンにインストールせずに。 各プロジェクトが完全にスタンドアロンで、以前は考えていなかったものがあり、それぞれがconfigure.acであると思うのですが、それは部分的にビルドされた.laのrpath情報のために動作するはずですが、それを試しました。 – navicore

+0

申し訳ありませんが、カット&ペーストのエラー、私はルートのMakefile.amは、単一の行を意味します: SUBDIRS = myutils myapplib – navicore

関連する問題

 関連する問題