A gem for distributing the v8 runtime libraries and headers in both source and binary form.
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.
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.
Versions of the libv8 gem track the version of v8 itself, adding its
own point release after the main v8 version. So libv8
188.8.131.52.14 both correspond to v8 version
way to think about it would be that
184.108.40.206.14 is the 14th release
of the libv8 rubygem based on v8 version
Source and Binary Releases
Starting with libv8
220.127.116.11, 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,
18.104.22.168.3 contains all the binary distributions,
22.214.171.124.2 is the exact same code, but contain only a
This step release system is a workaround to carlhuda/bundler#1537
Use with different standard C libraries
The binary versions of this gem are linked against the most used standard library - glibc. Currently rubygems does not differentiate binary gems by standard library so we have no way of distributing different binaries for differnt standard libraries.
What this means is that if you're running a distro that does not use glibc (like Alpine Linux), you'll have to use a source version of the gem.
Building the v8 library from source imposes the following requirements:
- A compiler that supports C++11 (such as GCC 4.8 and above or clang, preferably 3.5 and above)
- GNU Make
- Python 2
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 add
the following to your
gem "libv8", github: "cowboyd/libv8", 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 v8's build system 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 --recursive git://github.com/cowboyd/libv8.git cd libv8 bundle install 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
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).
Also keep in mind that v8's API does not tend to be stable and you need to make sure that the version of therubyracer you intend to use is compatible with the version of v8 present on your system. Otherwise therubyracer's build will fail.
Bring your own compiler
You can specify a compiler of your choice by either setting the
environment variable before compilation, or by adding the
--with-cxx=<compiler> option to the bundle configuration:
bundle config build.libv8 --with-cxx=clang++
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.
(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.