2011-12-29 12 views
4

SBCLはhunchentootを正常にロードできます。しかし、CCLは次のように報告しています。CCLがhunchentootをロードできないのはなぜですか?

? (ql:quickload :hunchentoot) 
To load "hunchentoot": 
Load 1 ASDF system: 
hunchentoot 
; Loading "hunchentoot" 
> Error: Unable to load any of the alternatives: 
>   ("libssl.so.0.9.8" "libssl.so" "libssl.so.4") 
> While executing: CFFI::FL-ERROR, in process listener(1). 
> Type :POP to abort, :R for a list of available restarts. 
> Type :? for other options.nter code here 

何か提案がありがとうございます!

答えて

7

は、あなたが、リンク

(push :hunchentoot-no-ssl *features*) 

と私のFreeBSDのボックスで、その後

(ql:quickload 'hunchentoot) 
+0

まだ動作しません! –

+1

申し訳ありませんが、私の間違いです。 (プッシュ:HUNCHENTOOT-NO-SSL *機能)。コロン、一重引用符ではありません。 –

+1

OK、SSLなしで動作します。 –

3

あなたが持っていないSSLライブラリのバージョンを探しています。それを修正する簡単な方法(私はライブラリ自体の適切な動作をテストしていません)は、それをリンクする象徴です。あなたのシェルでこれらを実行します。あなたが望む1が最も確かは/ usr/libに/ x86_64の-のlinux-gnuの、または類似している

/lib/i386-linux-gnu/libssl.so.1.0.0 
/lib/x86_64-linux-gnu/libssl.so.1.0.0 
/usr/lib/firefox-8.0/libssl3.so 
/usr/lib/i386-linux-gnu/libssl.so.1.0.0 
/usr/lib/thunderbird-8.0/libssl3.so 
/usr/lib/x86_64-linux-gnu/libssl.so 
/usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 
/usr/lib/x86_64-linux-gnu/libssl3.so 
/usr/lib/x86_64-linux-gnu/libssl3.so.1d 

locate libssl

それはのようなものを返す必要がありますプラットフォームによって異なります。

はその後、シンボリックリンクを作成します。

ln -s libssl3.so libssl.so

は、インストールされているバージョンでlibssl3.so置き換えます。 SSLを必要としない(または、このためにApacheを使用する)場合は

+0

ありますすることができます。/ usr/lib/libssl.so @ - > libssl.so.6ですが、なぜCCLは/usr/lib/libssl.soを見つけることができませんか? –

関連する問題