curlを/ usr / bin / curlから/ usr / local / bin / curl。 私はコマンドラインから実行すると、 "利用可能なバージョン情報がありません"がなくなりましたが、私は自宅の環境でコンパイルすると、まだそれについて文句を言います： cmake：〜/ local / lib / libcurl.so.4：利用可能なバージョン情報がない（cmakeが必要）/ bin / bash：行14：63003セグメンテーションフォルト。
私が地元のバージョンを見ると： 。/ curl --version curl 7.27.0-DEV（x86_64-unknown-linux-gnu）libcurl / 7.27.0-DEV OpenSSL / 1.0.1f zlib / 1.2.8 libssh2 / 1.4.0_DEV プロトコル：dictファイルftp ftps gopher http https imap imaps imap pop3s rtsp scp sftp smtp smtps telnet tftp 機能：IPv6ラージファイルNTLM NTLM_WB SSL libz TLS-SRP
apt-get libcurl4-openssl-devを使ってインストールしましたが、それを削除できませんでした。
どうすればそれをlocal / binとlocal / libにインストールできますか？
ありがとう
回答：
回答№1は0バージョン記号なしでコンパイルされたライブラリがあります。
ライブラリには非常に重要な目的のためのバージョン記号があります：ライブラリの主張は、プログラムの要件に合うように近代的であると主張します。 cmakeがライブラリについて不平を言うなら、それは以下を意味します：
- あなたはバージョンシンボルなしでそれをコンパイルしました（おそらく）
- あなたはあまりにも古いバージョンをコンパイルしました
回答№2の場合は0
私は問題が "libcurl.so"という名前であると思う。4 "。私はLinux Mint 18（base - Ubuntu 16.04）で同様の問題を抱えていました.64ビットで、以前はWindozeにしか使えなかった新しい.debファイルをインストールしていました。 "共有ライブラリのロード中にエラーが発生しました：libcurl.so.4：共有オブジェクトファイルを開くことができません：そのようなファイルまたはディレクトリはありません"というメッセージで失敗しました。
サプライヤは私に「カール」をインストールするように勧めましたが、すでにそこにあった。私は完全にアンインストールしてから、何も変更せずに再インストールしました。私は結果を出さずに私のハードディスク上の "libcurl.so.4"のスキャンを行った。私が見つけた最も近いものは "/ usr / lib / x86_64-linux-gnu /"です。ファイルは "libcurl-gnutls.so.3"、 "libcurl-gnutls.so.4"、 "libcurl-gnutls.so.4.4.0"でした。最初の2つは、3番目のものへのシンボリックリンクです。その後、「libcurl-gnutls.so.4.4.0」に「libcurl.so.4」というシンボリックリンクを追加し、問題なく新しいバージョンを実行できるようになりました。