3

フェスティバルライブラリを使用したプログラムをコンパイルしようとしています。

基本的に、要件は、フェスティバルとestoolsのヘッダーディレクトリをインクルードパスに含め、両方のライブラリパスを含めることです。

通常のインストールでは、それらは単に独自のフォルダーにとどまるので、

/some/path/festival/src/include 
/some/other/path/estools/include

必要な検索パスとして、および

/some/path/festival/src/lib
/some/other/path/estools/lib

ライブラリパスとして。

これを処理する適切な方法は、「-with-estools」および「--with-festival」構成オプションを使用することだと思います。

ただし、debian/ubuntuシステムにインストールする場合は別の設定があります。検索パスが存在するこの設定を処理できるようにしたいと思います

/usr/include/festival
/usr/include/estools

検索パスは

/usr/lib

2番目のケースを検出して自動的に処理したいのですが、2番目のケースが満たされない場合は、ユーザーが最初の2つのディレクトリを指定する必要があります。どうすればいいですか？

4

3 に答える 3

3

パッケージメンテナがこれらの詳細について心配する必要はまったくありません。それはユーザーの責任です。ユーザーがライブラリを非標準の場所にインストールした場合、ユーザーはLDFLAGS = -L / path / to / libをCONFIG_SITEファイルに追加するか、configureを呼び出すたびに追加するか、そのパスをコンパイラーの検索パスに追加する必要があります。システムに依存するメカニズム。同様に、ユーザーはCPPFLAGSに-I / path / to/includeを追加する必要があります。

言い換えれば、debianはライブラリとヘッダーを標準の場所にインストールするだけで正しいことをしているのです。非標準の場所にライブラリをインストールすることを選択した人は誰でも、より多くの作業を自分たちに与えています。彼らの間違いを直すのはあなたの責任ではありません。

--with-festivalや--with-festival-headersなどのオプションを追加しても役に立ちません。ユーザーはLDFLAGSとCPPFLAGSに同じように簡単に割り当てることができ、これらの変数は標準化されています。

于 2011-06-22T15:30:50.470 に答える
2

そのような設定オプションを妨げるものはありますか？

  1. --festival-デフォルト値（設定されていない場合）で/​​ usr / include/festivalにインクルードします

  2. --festival-デフォルト値（設定されていない場合）が/usr/lib/libfestival.XXXのlibs

同じことがエスツールにも当てはまります。

于 2011-06-16T22:01:30.787 に答える
1

一部のプラットフォームは、ファイルシステム階層標準を採用しています-http ://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard。

/ opt / openssl / libはもはや「非標準」の場所ではないため、これは、ユーザーがCFLAGSを設定して対処する必要があると主張するのではなく、実際にautoconfに反映される必要があります。

FHSは、/ usr/localが「このホストに固有のローカルデータの3次階層」であることも指定しています。したがって、間違いなく、/optを最初にチェックする必要があります。

FHSの詳細/opt->http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES

于 2012-09-30T19:31:06.450 に答える