カスタムの検索には、autoconfを含むディレクトリが含まれます

Question

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

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

通常のインストールでは、それらは単に独自のフォルダにとどまるので、 ジェネラコディセタグプレ

必要な検索パスとして、および ジェネラコディセタグプレ

ライブラリパスとして。

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

ただし、debian / ubuntuシステムにインストールする場合は設定が異なります。 検索パスがあるこの設定を処理できるようにしたいと思います ジェネラコディセタグプレ

検索パスはただ ジェネラコディセタグプレ

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

Answer 1

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

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

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

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

Answer 2

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

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

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

Answer 3

一部のプラットフォームはファイルシステム階層標準を採用しています- 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