Więc w końcu udało mi się go uruchomić po kilku trudnościach... dzięki Simonowi i Alvaro.

Mam jednak jedną rzecz do dodania, użycie flagi -- with-system-v8 nie działało dla mnie... Więc usunąłem mój system v8 z

brew uninstall v8

I bieg

gem install libv8

Jeśli uruchomiłeś już gem install libv8 z flagą system v8, pamiętaj, aby odinstalować tę wersję gem (wykonaj to uruchamiając gem uninstall libv8). Ważne jest to, że nie należy używać tego dostarczonego przez brew, nie wydaje się praca w Mavericks (zostanie dobrze zainstalowany i bundler zgłosi, że pakiet jest kompletny, ale aplikacja nie powiedzie się, gdy spróbuje użyć v8).

Aby podsumować odpowiedź, wykonując następujące czynności, zadziałało dla mnie:

brew install apple-gcc42
sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/gcc-4.2 /usr/bin/gcc
sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/g++-4.2 /usr/bin/g++
sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/cpp-4.2 /usr/bin/cpp

brew uninstall v8
gem install libv8
gem install therubyracer

Miałem ten sam problem, to mi działa:

Therubyracer (0.10.2) & libv8 (3.3.10.4)

Po Pierwsze:

• brew install apple-gcc42
• musisz połączyć wszystkie pliki binarne kompilatorów (gcc, cpp, g++) do /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/<compiler>

Po, możesz spróbować tego:

• brew install v8
• gem install libv8 -v '3.3.10.4' -- --with-system-v8
• gem install therubyracer -v 'therubyracer' lub bundle install do katalogu projektu rails.

Właśnie miałem ten sam problem i jednym rozwiązaniem jest obecnie aby użyć apple-gcc42 zamiast clang do kompilacji obu klejnotów:

brew install apple-gcc42

I wtedy masz wybór pomiędzy wykonaniem dowiązań symbolicznych w /usr/bin dla binariów {gcc,g++,c++}:

sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/gcc-4.2 /usr/bin/gcc
sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/g++-4.2 /usr/bin/g++
sudo ln -s /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/cpp-4.2 /usr/bin/cpp

W rzeczywistości g++ powinno wystarczyć.

Lub...możesz wyeksportować zmienne środowiskowe CC/CXX / CPP ze ścieżkami odpowiadającymi binariom utworzonym przez homebrew. To na pewno czyściciel obejście.

Trzecim rozwiązaniem jest pobranie Xcode 4.6.3 i zainstalowanie go w folderze Applications . Następnie wprowadź w terminalu:

sudo xcode-select --switch /Applications/Xcode4.6.3.app/Contents/Developer
gem install therubyracer

Po zainstalowaniu gem możesz przełączyć się z powrotem na Xcode 5.0:

sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer

Znalazłem obejście, które działało bez instalacji apple-gcc42.

To zadziała, jeśli otrzymany komunikat o błędzie wygląda tak:

clang: error: no such file or directory: '/Users/mscottford/.rbenv/versions/1.9.3-p327/lib/ruby/gems/1.9.1/gems/libv8-3.3.10.4/lib/libv8/build/v8/libv8.a'

Wtedy powinieneś być w stanie wykonać następujące czynności:

brew install v8
bundle install 
# after failing create link from brew installed v8 to error location
ln -s /usr/local/Cellar/v8/3.21.17/lib/libv8_base.x64.a /Users/mscottford/.rbenv/versions/1.9.3-p327/lib/ruby/gems/1.9.1/gems/libv8-3.3.10.4/lib/libv8/build/v8/libv8.a
bundle install

Źródło: https://github.com/cowboyd/therubyracer/issues/277#issuecomment-27734348

Jak sugerowano w wielu odpowiedziach, najprostszą rzeczą do zrobienia jest skompilowanie natywnych rozszerzeń Ruby Racer z Apple GCC 4.2 (zamiast wersji zainstalowanej z Xcode).

Jeśli używasz MacPorts, nie powinieneś ręcznie zajmować się konfigurowaniem dowiązań symbolicznych dla binariów GCC. Polecenie {[1] } robi to za Ciebie. Jeśli nie zaktualizowałeś MacPorts od czasu instalacji Mavericks, wykonaj sudo port selfupdate. Z MacPorts up-to-date, spróbuj:

# If you don't have it, install the port for Apple's GCC 4.2
sudo port install apple-gcc42 

    # OR

# If you had apple-gcc42 already (before Mavericks), update it
sudo port upgrade apple-gcc42


# Same result as manual symlinking of GCC in other answers
sudo port select gcc apple-gcc42 && hash -r

# Install therubyracer, will install libv8 gem dependency
#  *note* if you have any existing versions of these gems, remove them
gem install therubyracer

# Restore GCC to system default (optional)
sudo port select gcc none && hash -r

Ogólnie ta procedura (sudo port select gcc [version]) będzie działać w dowolnym momencie, gdy chcesz użyć konkretnej wersji GCC zamiast tej zainstalowanej przez Xcode (Apple LLVM v5 dla 10.9 Mavericks/Xcode 5).

Udało mi się zainstalować therubyracer 0.12 i libv8 3.16.14.3 na ruby 2.0. 0p353 i os X 10.9

Libv8 wymaga gcc42

brew install v8
brew install apple-gcc42
sudo ln -sf /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/gcc-4.2 /usr/bin/gcc
sudo ln -sf /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/g++-4.2 /usr/bin/g++
sudo ln -sf /usr/local/Cellar/apple-gcc42/4.2.1-5666.3/bin/cpp-4.2 /usr/bin/cpp
gem install libv8

Therubyracer wymaga późniejszego gcc

brew install gcc49
sudo ln -sf /usr/local/Cellar/gcc49/4.9-20131110/bin/gcc-4.9 /usr/bin/gcc
sudo ln -sf /usr/local/Cellar/gcc49/4.9-20131110/bin/g++-4.9 /usr/bin/g++
sudo ln -sf /usr/local/Cellar/gcc49/4.9-20131110/bin/cpp-4.9 /usr/bin/cpp

Gemfile

gem 'therubyracer', :require => 'v8', :platforms => :ruby

Użyj bundle zamiast gem install therubyracer

To powinien być bezpieczny i czysty sposób (bez dowiązań symbolicznych), aby zainstalować therubyracer dla każdego, kto ma problemy.

Pochodzi z: gem install therubyracer-V 0.11.4 fails on OS X 10.10

Zainstaluj Xcode (jeśli nie masz jeszcze jednej z tych wersji) 6.1.1, 6.2-beta lub 6.3-beta i (ta jest potrzebna) 4.6.3

gem uninstall libv8 jeśli jeszcze tego nie zrobiłeś

Przełącz na Xcode 4.6.3

sudo xcode-select --switch /Applications/Xcode4.6.3.app/Contents/Developer

gem install libv8 -v '3.11.8.17' lub która wersja jest powiązana z twoją wersją of theerubyracer

Przełącz na Xcode 6.1.1, 6.2-beta lub 6.3-beta (lub jeśli chcesz wypróbować aktualną instalację Xcode, dostosuj tę linię, potwierdziłem wszystkie 3 z tych prac)

sudo xcode-select --switch /Applications/Xcode6.1.1.app/Contents/Developer

gem install therubyracer -v '0.11.4' lub wersję, którą próbujesz zainstalować.

Miałem prawie identyczny błąd podczas próby zainstalowania therubyracer 0.12.0, aby uruchomić go z libv8. To mi się udało:

$ brew upgrade gcc

$ gem uninstall therubyracer

$ gem uninstall libv8

$ gem install therubyracer -v '0.12.0'
Fetching: therubyracer-0.12.0.gem (100%)
Building native extensions.  This could take a while...
Successfully installed therubyracer-0.12.0
1 gem installed

$ gem install libv8 -v '3.16.14.3' -- --with-system-v8
Fetching: libv8-3.16.14.3.gem (100%)
Building native extensions with: '--with-system-v8'
This could take a while...
Successfully installed libv8-3.16.14.3
1 gem installed

Miałem ten sam problem, gdy uaktualniłem z OSX Mountain Lion do OSX Mavericks.

Aktualizacja z ruby-1.8.7-p354 do ruby-1.8.7-375 załatwiła mi sprawę.

Może spróbuj uaktualnić z ruby 1.9.3-p194 do rc1 (1.9.3 jest teraz powyżej p484)

Zakładając, że używasz rbenv:

rbenv install 1.9.3-rc1
rbenv rehash
rbenv global 1.9.3-rc1
bundle install

Miałem ten problem po aktualizacji z Mavericks do Yosemite. Problem polegał na tym, że skompilowałem moją wersję Ruby ze starą wersją OSX.

If I ran

ruby -rubygems -e 'puts Gem::Platform.new(RUBY_PLATFORM)'

Dostałbym x86_64-darwin-13 zamiast x86_64-darwin-14 za Yosemite.

Aby ponownie zainstalować Ruby I

1. całkowicie usunięta stara wersja: rvm remove ruby-2.1.1
2. ponownie zainstalowany ze źródła (--disable-binary nie używa wstępnie skompilowanych binariów i wymusza kompilację): rvm reinstall --disable-binary 2.1

Wtedy byłem w stanie uruchomić bundle install bez błędów po wypróbowaniu wszystkich powyższych rozwiązań.

To co zrobiłem to na osx mavericks:

git clone [email protected]:cowboyd/therubyracer.git

Wtedy:

gem build therubyracer.gemspec
gem install therubyracer-0.12.1.gem

Ta procedura pobrała binarną wersję libv8 i zainstalowała ją.