déménagement R_X86_64_32 contre un symbole d'erreur"
Je suis en train d'installer Subversion avec Apache soutien. J'ai installé apr
, apr-utils
, neon
, et OpenSSL
avec le --enable-shared
drapeau. Cependant, j'obtiens l'erreur suivante lorsque vous essayez d'installer subversion:
/usr/bin/ld: /usr0/software/openssl/ossl/lib/libssl.a(s23_clnt.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr0/software/openssl/ossl/lib/libssl.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [libserf-0.la] Error 1
make[1]: Leaving directory `/usr0/sources/svn/subversion-1.6.3/serf'
make: *** [external-all] Error 1
Sur la Subversion de la FAQ il est dit que si j'obtiens cette erreur, je dois utiliser le --enable-shared
drapeau et cela devrait fonctionner. Cependant, ça ne l'aide pas. Des idées comment contourner ce problème?
Pourrait être une bonne idée de demander à cet, également dans serverfault.com (et d'ajouter un lien entre eux)
OriginalL'auteur user10 | 2009-07-18
Vous devez vous connecter pour publier un commentaire.
J'ai pensé que le problème était avec openssl installer. La réinstallation de openssl avec enable-shared travaillé.
J'ai également le même problème, qu'entendez-vous par saing de "Réinstallation openssl avec enable-shared travaillé"? pouvez-vous plaese expliquer? merci!
lors de la configuration d'openssl ,exécutez:
./config shared
OriginalL'auteur user10
J'ai couru dans cette dans une couple d'autres non-openssl scénarios, et j'ai trouvé que c'est généralement au fait de ne pas avoir partagé les bibliothèques allumé.
Ajoutant
--enable-shared
de votre ligne de configuration semble pour le fixer.OriginalL'auteur shreddd
- Je le résoudre avec l'ajout d'un attribut masqué OPENSSL_ia32cap_P en crypto\cryptolib.h et de recompiler.
OriginalL'auteur antoxar