適切な機能をチェック

Question

シナリオ1：私は（実際には、Elrepoからkernel-lt）バニラカーネル3.10とRHEL6上にIBMGPFSドライバをインストールしようとしています。

• 構造体xは彼らのコードは罰金にコンパイルし、そのようなメンバー
• 型の不一致

を持っていない機能に渡されたの数が多すぎ/少なすぎる引数：GPL部分が起因してコンパイルされませんRHEL/Suseのカーネルは、古いものよりも新しいものですが、ここでは失敗します。

シナリオ2： 私は株式カーネルでRHEL6上のオープンソースsoftiwarpドライバをコンパイルしようとしているが、それはしかし、それはバニラカーネル上で正常にコンパイルシナリオ1と同じエラーで失敗します。

#if LINUX_KERNEL_VERSION >= 2061300 
#define FOO <newer variant> 
#else 
#define FOO <older variant> 
#endif 

しかし、RHELおよびSUSEは、多くのバックポートとバグ修正を持っているので、彼らの3.10.101はバニラ3.10.101と同じではありません。彼らの機能チェックヘッダーは次のようになりので

このすべてがあります。

の機能（バージョン番号ではありません）をチェックするコードの書き方は？ユーザ空間プログラムでは、私はAC_CHECK_MEMBER/AC_CHECK_FUNC

Answer 1

はどのような機能ではなく、バージョン番号を確認するコードを書くためにAutoconfマクロを使用するのでしょうか？ユーザ空間プログラムでは、私は、AutoconfマクロAC_CHECK_MEMBER/AC_CHECK_FUNC

標準プリプロセッサの機能は、一部の人々が考えているようだよりもはるかに小さいを使用します。それはあなたが直接したいことをする能力を持っていません。 Autoconfはこの点でも魔法を提供しません。単にコンパイラが与えられたコードを受け入れるかどうかをチェックするだけでよく、プリプロセッサマクロを定義させることによってコンパイラに結果を伝えるだけです。 （あなたの例のような条件テストでは、必要に応じてマクロを使用する責任があります。）

しかし、私たちはAutoconfについて話しているので、あなたが構築しているカーネル、少なくともいくつかのAutoconfマクロがうまくいくはずです。他の人のためにカスタムAutoconfテストを書くことができるはずです。確かに、ビルド時にコンパイラが検出できる問題は、Autoconfもテストできるはずです。

もちろん、このような厄介な問題が発生した場合には、モジュールビルダーに必要な設定の詳細を明示的に指定するオプションもあります。たとえば、フィーチャ選択マクロを調整して、ビルダーが結果のモジュレーションに使用するために予約されているシンボルにも注意を払うようにします。