導軌 - 捆綁安裝失敗的libv8，Python的衝突

Question

當運行「包安裝」我的項目，我收到以下錯誤：

Fetching gem metadata from https://rubygems.org/......... 
Using rake (0.9.2.2) 
Using i18n (0.6.0) 
Using multi_json (1.1.0) 
Using activesupport (3.2.1) 
Using builder (3.0.0) 
Using activemodel (3.2.1) 
Using erubis (2.7.0) 
Using journey (1.0.3) 
Using rack (1.4.1) 
Using rack-cache (1.1) 
Using rack-test (0.6.1) 
Using hike (1.2.1) 
Using tilt (1.3.3) 
Using sprockets (2.1.2) 
Using actionpack (3.2.1) 
Using mime-types (1.17.2) 
Using polyglot (0.3.3) 
Using treetop (1.4.10) 
Using mail (2.4.1) 
Using actionmailer (3.2.1) 
Using arel (3.0.2) 
Using tzinfo (0.3.31) 
Using activerecord (3.2.1) 
Using activeresource (3.2.1) 
Using bcrypt-ruby (3.0.1) 
Using bundler (1.1.3) 
Using coffee-script-source (1.2.0) 
Using execjs (1.3.0) 
Using coffee-script (2.2.0) 
Using rack-ssl (1.3.2) 
Using json (1.6.5) 
Using rdoc (3.12) 
Using thor (0.14.6) 
Using railties (3.2.1) 
Using coffee-rails (3.2.2) 
Installing libv8 (3.3.10.4) with native extensions 
Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension 
. 


    C:/Ruby193/bin/ruby.exe extconf.rb 
*** extconf.rb failed *** 
Could not create Makefile due to some reason, probably lack of 
necessary libraries and/or headers. Check the mkmf.log file for more 
details. You may need configuration options. 

Provided configuration options: 
     --with-opt-dir 
     --without-opt-dir 
     --with-opt-include 
     --without-opt-include=${opt-dir}/include 
     --with-opt-lib 
     --without-opt-lib=${opt-dir}/lib 
     --with-make-prog 
     --without-make-prog 
     --srcdir=. 
     --curdir 
     --ruby=C:/Ruby193/bin/ruby 
Checking for Python...Unable to build libv8: Python 3.x is unsupported by V8! 

寶石文件仍將安裝在C

:/Ruby193/lib/ruby/gems/1.9.1/gems/libv8-3.3 
.10.4 for inspection. 

結果記錄到

C:/Ruby193/lib/ruby/gems/1.9.1/gems/libv8-3.3.10.4/ext/libv8/g 
em_make.out 

在安裝libv8（3.3.10.4）時發生錯誤，並且捆紮機無法繼續。

確保gem install libv8 -v '3.3.10.4'成功捆綁之前。

Answer 1

您的項目中是否需要V8？如果您正在編譯咖啡腳本安裝節點，並且NPM通常更簡單快捷。