ランタイム

Question

でCRYPTOPP_BOOL_AESNI_INTRINSICS_AVAILABLEの使用を決定我々は暗号++ 5.6.3を使用してCentOSの6上++グラムでコンパイルされ、それが私たちのアプリケーションが1または0などCRYPTOPP_BOOL_AESNI_INTRINSICS_AVAILABLEで構築されたlibcryptoppとリンクしている場合は、実行時に決定することは可能ですか？

は

Answer 1

それが私たちのアプリケーションが1または0としてCRYPTOPP_BOOL_AESNI_INTRINSICS_AVAILABLEで構築されたlibcryptoppとリンクしている場合は、実行時に決定することが可能ですありがとうございますか！

いいえ、そうではありません。実際には、AES-NIやソフトウェア実装を使用しているかどうかを知ることさえできません。

CXXFLAGSをこのように将来使用するために（そして、cryptest.exeプログラムから印刷して）、その非常に低い優先順位を隠すことに関するいくつかの話があります。それほど低いので、作業を進めるためのバグ報告はありませんでした。

EDIT：GNUmakefile and 'make flag' recipe：暗号++メーリングリストで今開いています。

---

Crypto ++テストスイートはマクロの値を出力します。これは、ライン310の周りに、validat1.cppから来ている：

cout << "AESNI_INTRINSICS == " << CRYPTOPP_BOOL_AESNI_INTRINSICS_AVAILABLE << endl; 

をしかし、私はあなたが気づいていると思うと、ライブラリのビルド設定とビルド設定は異なる可能性があります。

---

ディストリビューションは、多くの場合、Autotool群を使用して構築しながら、暗号++は、メイクファイルを使用していることまた、注目に値します。ディストリビューションは独自のフラグを選択し、Crypto ++メイクファイルとは異なる場合があります。ディストリビューションを使用している場合は、*.pcファイルまたはそれに類するものをチェックすることができます。

関連して、CentOS 5からCentOS 7でテストします。CentOS 5はGCC 4.1を搭載していて、いくつかの点でGCCの種類のものがあります。たとえば、-march=nativeを消費することはできません。