Je m'applique la tête sur celui-ci. J'ai suivi des suggestions dans plusieurs postes connexes, mais en vain.
Je commence à partir d'une nouvelle installation de montagne Lion, installée les outils de ligne de commande et dispose de Ruby 1.8.7 installé avec succès en fonction de quelques autres postes que je ' J'ai trouvé pour l'installation de GCC-4.2 via Homebrew et ajoutez un symbole symbolique à /usr/bin/gcc-4.2.
toute entrée supplémentaire?
9 Réponses :
Différents gemmes nécessitent différentes versions de GCC, de sorte que cela peut ne pas fonctionner ou ne pas fonctionner pour toutes les gemmes, mais ces symboles ont résolu le problème pour les gemmes JSON, EventMachine et Libv8 GEMS sur le lion de montagne avec Xcode 4.4 installé.
sudo ln -s /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2 /usr/bin/gcc-4.2
sudo ln -s /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2 / usr / bin / g ++ - 4.2
Différentes versions de Ruby nécessitent différents compilateurs. 1.9.3 et 1.9.2 nécessitent des versions différentes de GCC, respectivement. Pour 1.9.3, la GCC qui vient avec le lion de montagne devrait bien, mais si vous voulez Ruby 1.9.2M, vous devez installer GCC 4.2
La transaction est avec Ruby 1.8.7. Vous avez probablement besoin de cette gemme pour exécuter THERUBYRACER. Et pour faire ce travail, vous avez besoin d'installer Therubyracer GEM comme suit:
RUBYOPT=-rrubygems gem install therubyracer
Utilisation de la suggestion de Rubyopt = -Rrroubygems ci-dessus a fonctionné pour moi, mais je devais désinstaller mes premiers gemmes de Théubyracer et de libv8 existants.
Après de nombreuses tentatives infructueuses de diverses méthodes, je viens de télécharger enfin Xcode et que le message d'erreur implique, cela fera le tour
Dans mon cas, la compilation a échoué, en raison de problèmes liés à libtoure. L'erreur était Le problème était que mon installation de MacPorts a eu une libtoure de libtoure évidemment non fonctionnelle. Et le répertoire MacPorts dans Suppression des répertoires MacPorts à partir du chemin-environnementVariable a fait l'affaire: le libtool: option non reconnue '-Static' lors de l'installation du libv8 gem.
path $ $ étaient avant les répertoires réguliers que le mauvais libtool a été appelé.
libtool à partir de Xcode a été utilisé et tout s'est bien passé.
Pouvez-vous être un peu plus précis sur la façon dont vous avez fait cela? Je suis assez nouveau dans ce processus.
Aucune des réponses ci-dessus n'a fonctionné pour moi. C'est ce qui a: ref: https://coderwall.com/p / S8Ofka p> Mon système: P> OSX Mountain Lion
Ruby 1.9.3
Après avoir eu ce problème sur OS X 10.7.5, l'entrée suivie Gemfile a fonctionné pour moi:
gem "libv8", '3.11.8.13' > ruby -v ruby 1.9.3p327 (2012-11-10 revision 37606) [x86_64-darwin11.4.2]
Essayez d'abord et résolvez le problème à l'aide de: Si l'erreur persiste, mettez à jour vos gemmes: P> bundle update
J'ai eu ce problème et j'ai trouvé une solution ici
En bref, installez-vous vous-même - si vous avez la maison à domicile, vous pouvez exécuter puis utilisez le système V8 Lors de l'installation de
GEM Installez libv8 -v = 3.16.14.2 - --With-System-V8 Cela a fonctionné pour moi (notez le "- 'supplémentaire")
Merci @florin, c'était une faute de frappe à ma fin :)
Avez-vous installé Xcode? Sinon, essayez d'installer Xcode
Je n'ai pas et je préfère l'éviter si je peux. Le package des outils de ligne de commande ne devrait-il pas couvrir cela?
Pourrait être possible, pas très sûr
J'ai trouvé que Stackoverflow.com/Questtions/19577759/... < / a> 's gem installer libv8 -v 3.11.8.17 - --with-system-v8 works =)
De quoi parlez-vous du passé passé? Seulement cette fonctionne: Stackoverflow.com/questions/19546730/... (voir réponse pointant sur Github.com/ cowboyd / libv8 / numéros / 107 , besoin d'installer manuellement le gemme. devrait être un problème temporaire)