SQLCipherはSQLiteソース+修正のチェックアウトとして配布されているようですが、それはクイックルックで判断すると、 "アマルゲーション"ではなくマルチファイルバージョンです。したがって、SQLiteソースを構築できる環境が必要です。これはunixyアプリケーションの束を意味します。
個人的には、私はSQLCipherのソースアーカイブとそれに含まれるSQLiteバージョンの違いを調べたいと思います(これはバージョンファイルで判断するとSQLite 3.7.2と思われます)ソースSQLiteファイル、およびSQLCipherに特有のリストファイルに対して行われます。
OpenSSLを手作業で作成することで手間がかからないように、Perl依存関係を取り除く(iirc OpenSSLはVisual C++でうまくいくので、MingWは依存関係にはならない)、事前ビルドされたバージョンを取得できます。
SQLCipher作成者が意図的にトリッキーなSQLiteの(彼はWin32のバイナリを売ってから、いくつかのお金を現金し、持っているかもしれない)からの彼の特定のコード部分を分離する作業を行っていない場合は、あなたが取ることができると思います彼の変更をSQLiteのアマルゲーションバージョンとあらかじめ組み込んだOpenSSLバイナリと組み合わせることで、Visual Studioソリューションに簡単にドロップインすることができます。
もちろん、新しいバージョンのSQLCipherにアップグレードする場合は、抽出手順を実行する必要がありますが、実際にはCygwin開発環境だけをインストールしたい場合を除きこの単一のライブラリを構築することができます。
がステップshouldn」をコンパイルするので別の方法として、あなたは、* Xボックス(つまり、Linuxのものかどうか、* BSDまたはMac OS Xシェル)* uは上SQLCipherののconfigureステップを行うことができるかもしれませんすべてのファンキーなツールが必要です。
UPDATE:私はチェックアウト
(バージョン3.7.2)SQLCipher 1.1.8分布に対して差分を実行しました[http://www.sqlite.org/src/info/42537b6056]のSQLiteのと、変更された部分を抽出するために、かなり合理的な作業のように思える:
Makefile.in - references added for the new crypto files.
tool/mksqlite3c.tcl: references added for the new crypto files.
src/pragma.c - one added block, marked /** BEGIN_CRYPTO **/
src/pager.c - one added block, marked /** BEGIN_CRYPTO **/
src/crypto.h - new file.
src/crypto.c - new file.
はまた、それだけでAES暗号化のサポートを得るためにOpenSSLへの依存性を取るためにかなり行き過ぎと思われる - 専用を使用するSQLCipherに基づいて何か新しいものを構築します(そしてはるかに小さい)AESパッケージはより良いでしょう。
* SMALL * charge? 500ドルは小さくない! – Michael