1
0
Fork 0
mirror of https://github.com/rubyjs/libv8 synced 2023-03-27 23:21:48 -04:00
Ruby gem binary distribution of the V8 JavaScript engine
Find a file
2014-06-10 23:54:32 +03:00
ext/libv8 fix array append 2014-01-02 22:46:09 -08:00
lib Bump v8 version to 3.27.23 2014-06-10 14:19:36 +03:00
patches Link v8 dependency dirs to submodule directories 2014-06-10 23:54:32 +03:00
spec Fix location_spec failure with rspec 2.14 2013-08-05 23:08:27 +03:00
vendor Add submodule dependencies and update v8 2014-06-10 22:59:58 +03:00
.gitignore delegate makefile configuration to v8 2013-01-04 16:50:30 -06:00
.gitmodules Add submodule dependencies and update v8 2014-06-10 22:59:58 +03:00
.travis.yml Drop unsupported MRI 1.9.2 and add 2.1.0 2013-12-05 17:43:18 +02:00
Gemfile connect to rubygems over SSL 2013-03-22 13:58:57 -05:00
libv8.gemspec Remove unnecessary files from the gem 2014-06-10 14:19:43 +03:00
Rakefile Separated code checkout to a module. 2013-08-05 23:08:27 +03:00
README.md Update README.md file 2013-12-05 17:43:18 +02:00
thefrontside.png Tinier sponsor image... 2012-03-01 10:39:20 -06:00

libv8

A gem for distributing the v8 runtime libraries and headers in both source and binary form.

Why?

The goal of libv8 is two fold: provide a binary gem containing the a pre-compiled libv8.a for as many platforms as possible while at the same time supporting for an automated compilation for all others.

Not only does this drastically reduce gem install times, but it also reduces dependencies on the local machine receiving the gem. It also opens the door for supporting Windows.

Do I get a binary?

That depends on your platform. Right now, we support the following platforms.

  • x86_64-darwin10.7.0
  • x86_64-darwin-10
  • x86_64-darwin-11
  • x86_64-darwin-12
  • x86_64-darwin-13
  • x86_64-linux
  • x86-linux
  • x86_64-freebsd-9
  • x86_64-freebsd-10
  • x86_64-solaris-2.11

If you don't see your platform on this list, first, make sure that it installs from source, and second talk to us about setting up a binary distro for you.

Versioning

Versions of the libv8 gem track the version of v8 itself, adding its own point release after the main v8 version. So libv8 3.11.8.5 and 3.11.8.14 both correspond to v8 version 3.11.8. Another way to think about it would be that 3.11.8.14 is the 14th release of the libv8 rubygem based on v8 version 3.11.8

Source and Binary Releases

Starting with libv8 3.11.8.0, all even point releases contain only a source-based distribution, while odd point releases contain both a source-based distribution and binary distributions. However both point releases correspond to the exact underlying code. The only difference is the version number.

This way, the most recent version of the gem always has binary distributions, but if, for whatever reason, you have problems with the binaries, you can always "lock in" your dependency a single point version down, forcing it to compile from source.

So for example, 3.15.12.3 contains all the binary distributions, while 3.15.12.2 is the exact same code, but contain only a source-based distribution

This step release system is a workaround to carlhuda/bundler#1537

Using a git version

If you want to use the latest unstable version of the gem you can do so by specifying the git repo as a gem source. Just make sure you have git-svn and add the following to your Gemfile:

gem "libv8", git: "git://github.com/cowboyd/libv8.git", submodules: true

You can find more info on using a git repo as a gem source in Bundler's documentation.

What if I can't install from source?

If you can fix the "Makefile" so that it correctly compiles for your platform, we'll pull it right in!

To get the source, these commands will get you started:

git clone git://github.com/cowboyd/libv8.git
cd libv8
bundle install
bundle exec rake checkout
bundle exec rake compile

Bring your own V8

Because libv8 is the interface for the V8 engine used by therubyracer, you may need to use libv8, even if you have V8 installed already. If you wish to use your own V8 installation, rather than have it built for you, use the --with-system-v8 option.

Using RubyGems:

gem install libv8 -- --with-system-v8

Using Bundler (in your Gemfile):

bundle config build.libv8 --with-system-v8

Please note that if you intend to run your own V8, you must install both V8 and its headers (found in libv8-dev for Debian distros).

Bring your own compiler

You can specify a compiler of your choice by either setting the CXX environment variable before compilation, or by adding the --with-cxx=<compiler> option to the bundle configuration:

bundle config build.libv8 --with-cxx=clang++

About

This project spun off of therubyracer which depends on having a specific version of v8 to compile and run against. However, actually delivering that version reliably to all the different platforms proved to be a challenge to say the least.

We got tired of waiting 5 minutes for v8 to compile every time we installed that gem.

Sponsored by

The Frontside

License

(The MIT License)

Copyright (c) 2009,2010 Charles Lowell

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the 'Software'), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.