C/C++プリプロセッサ：正しいファイルが

Question

に含まれていることを保証するために、どのように私はこの例のためにOpenSSLがインストールヘッダー構造を使用します：

 
/usr/include  (or some folder in include search path on Windows box) 
    | 
    + --openssl 
     | 
     +-- e_os2.h 
     +-- rsa.h 
     +-- sha.h 
     ... 

/usr/includeコンパイラである検索パスが含まれます。 OpenSSLヘッダーは通常次のようになります。#include <openssl/sha.h>

最初の行で、openssl/sha.hには次のものが含まれています。#include <openssl/e_os2.h>。 だから、私の質問：インストールされたヘッダが同じフォルダのヘッダを参照するのは本当に良い考えですか？その方法でe_os2.hを参照すると、他の場所からe_os2.hを取得する可能性があります。必ずしもsha.hと同じフォルダにある必要はありません。たとえば、opensslのローカルコピーをいくつかの場所にインクルードし、sha.hを次のように組み込んだ場合：#include "../../3rdpath/openssl/sha.h私は互換性のないバージョンのヘッダーを組み合わせることでコードにいくつかの厄介なバグを取得するかもしれません。

#incldue <...> vs #incldue "..."に関して、コンパイラが異なる動作をすることを考慮すると、opensslのようにlibに適切な方法が含まれていますか？

私は、opensslのやり方がそれを行う最も間違った方法だと考えました。他の2つの方法があります。

a) #include "e_os2.h"

と

b) #include "./e_os2.h"

のopensslの方法は次のとおりです。

c) #include <openssl/e_os2.h>

悪いの決定は、それがopensslの中で行うの方法を行うためにということですか？ a）またはb）の問題？ b）は、同じフォルダからのみe_os2.hをインクルードすることを意味し、すべての主要コンパイラ（ms cl、armcc、intel cl、gcc et all）で保証されていますか？

Answer 1

あなたの最初の選択肢は、間違ったことをすることに最もオープンです。指定された名前のファイルは、他のライブラリに属しているヘッダのパッケージにあります。あなたの2番目のものは、未定義の動作を与えます。私はそれがほとんどの時間で動作するとは思わないでしょう。 3番目の方法は正しい方法です。 opensslのバージョンのファイルのみが含まれます。あなたのインクルードパスに別の不完全なopensslディレクトリを置くことによって、いくつかのヘッダを置き換えることを手配すれば、あなたはあなたが何をしているのかを知っていると思います。