opal-wedge 0.9.0.dev

data/CODE_OF_CONDUCT.md

@@ -0,0 +1,15 @@
+# Contributor Code of Conduct
+
+As contributors and maintainers of this project, we pledge to respect all people who contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, and other activities.
+
+We are committed to making participation in this project a harassment-free experience for everyone, regardless of level of experience, gender, gender identity and expression, sexual orientation, disability, personal appearance, body size, race, ethnicity, age, or religion.
+
+Examples of unacceptable behavior by participants include the use of overtly sexual language or imagery, derogatory comments or personal attacks, trolling, public or private harassment, insults, or other unprofessional conduct.
+
+Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct. Project maintainers who do not follow the Code of Conduct may be removed from the project team.
+
+This code of conduct applies both within project spaces and in public spaces where an individual explicitly associates their presence with the project; non-project related material on accounts explicitly marked as personal should not be considered to be so associated.
+
+Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by opening an issue or contacting one or more of the project maintainers.
+
+This Code of Conduct is adapted from the [Contributor Covenant](http://contributor-covenant.org), version 1.0.0, available at [http://contributor-covenant.org/version/1/0/0/](http://contributor-covenant.org/version/1/0/0/)

data/CONTRIBUTING.md

@@ -0,0 +1,192 @@
+# Contributing
+
+This is the issue tracker for Opal. If you have a more general question about
+using opal (or related libraries) then use the
+[google group for opal](http://groups.google.com/forum/#!forum/opalrb), or the
+[#opal](http://webchat.freenode.net/?channels=opal) irc channel on
+FreeNode.
+
+## Contributing
+
+1. Before opening a new issue, search for previous discussions including closed
+ones. Add comments there if a similar issue is found.
+
+2. Please report the version on which the issue is found.
+
+3. Before sending pull requests make sure all tests run and pass (see below).
+
+4. Make sure to use a similar coding style to the rest of the code base. In ruby
+and javascript code we use 2 spaces (no tabs).
+
+## Quick Start
+
+Fork https://github.com/opal/opal, then clone the fork to your machine:
+
+```
+$ git clone git://github.com/<Your GitHub Username>/opal.git
+```
+
+Get dependencies:
+
+```
+$ bundle install
+$ npm install -g jshint
+```
+
+RubySpec related repos must be cloned as a git submodules:
+
+```
+$ git submodule update --init
+```
+
+Run the test suite:
+
+```
+$ bundle exec rake
+```
+
+You are now ready to make your first contribution to Opal! At a high level, your workflow will be to:
+
+1. Make changes to Opal source code
+2. Run the test suite to make sure it still passes
+3. Submit a pull request
+
+## Down The Rabbit Hole
+
+Before making changes to Opal source, you need to understand a little about how the test suite works. Every spec that Opal test suite executes is listed in `spec/rubyspecs` file. Each line in that file is a path to either a spec file or a directory full of spec files. If it's a path to a directory, all spec files in that directory will be executed when you run the test suite. All paths are relative to the top-level `specs` directory. Let's follow one of these paths - `rubyspec/core/string/sub_spec` - and see where it goes.
+
+Navigating to `spec/rubyspec/core` directory, you see that it contains multiple sub-directories, usually named after the Ruby class or module. Drilling further down into `spec/rubyspec/core/string` you see all the spec files for the various `String` behaviors under test, usually named by a method name followed by `_spec.rb`. Opening `spec/rubyspec/core/string/sub_spec.rb` you finally see the code that checks the correctness of Opal's implementation of `String#sub` method's behavior.
+
+When you execute `$ bundle exec rake`, the code in this file is executed, along with all the other specs in the entire test suite. It's a good idea to run the entire test suite when you feel you reached a certain milestone in the course of making your changes (exactly what that means is up to you), and definitely do `$ bundle exec rake` before commiting your changes to make sure they have not introduced regressions or other unintended side effects.
+
+But you will want to run tests as often as possible, after every small change, and running the entire test suite will slow you down. You need to be able to execute a single spec that is concerned with the feature you are currently working on. To accomplish this, just add `PATTERN` to your spec invocation command, like this:
+```
+$ bundle exec rake mspec_node PATTERN=spec/rubyspec/core/string/sub_spec.rb
+```
+This will make sure that only `spec/rubyspec/core/string/sub_spec.rb` is run, and no other specs are executed.
+
+Another way to quickly validate ideas and play with your changes is to use `opal-repl`, a tool similar to `irb`. Running `opal-repl` drops you into an interactive environment with your current version of Opal loaded, including any changes you have made.
+```
+$ bundle exec opal-repl
+>> 2 + 2
+=> 4
+>> 
+```
+
+When quickly iterating on an idea, even `opal-repl` may feel a bit too heavy, because after making a change in Opal, you must `exit` from `opal-repl` and do `$ bundle exec opal-repl` again to load Opal with your latest changes. In this case, you can run `opal` with the `-e` option, which executes a piece of code you pass to it once, then returns to the shell. This means that in order to run it again after making another adjustment to Opal, all you have to do is hit the up arrow key on your keyboard and press the enter key. This is the fastest way to go from making a change in Opal to seeing its effect.
+```
+$ bundle exec opal -e "3.times {puts 'hello'}"
+hello
+hello
+hello
+$
+```
+
+Let's recap what we covered so far. `spec/rubyspecs` is the "master list" of all the specs that get executed when you do `$ bundle exec rake`. You know where to find individual specs, inspect them, and execute them selectively or in bulk. But how do you know which specs to work on? You may be tempted to compare the contents of one of the directories in `spec/rubyspec/core` with the list of paths in `spec/rubyspecs`, add the missing paths to the "master list", run `$ bundle exec rake`, and start fixing the failures by implementing the missing features. However, chances are that as you are reading this, there are plenty of failing tests in the specs that are already listed in `spec/rubyspecs`. How can that be if `$ bundle exec rake` runs green? To understand this, you need to get acquainted with the concept of spec filters.
+
+There are two types of spec filters in the Opal project: `spec/filters/bugs` and `spec/filters/unsupported`. Both filters have the same effect: any spec failures that are noted inside any of the files inside of these directories are ignored when running the spec suite, i.e. they are not reported as failures. Even though their effect is the same, the purpose of `bugs` and `unsupported` filters is different. As the name suggests, `unsupported` filters list _permanent_ failures, things that other Ruby implementations can do that Opal cannot and will never be able to do (by design and by virtue of being implemented on top of JavaScript running in the browser environment). `bugs` filters, on the other hand, are _temporary_ failures, problems that need to be worked on. Problems that Opal needs your help with. Think of the `bugs` directory and the files contained within it as your "TO DO" list for contributing to Opal.
+
+Comment out any of the `fail` lines in any of the files in the `spec/filters/bugs` directory, run `$bundle exec rake`, and watch it fail. Make it pass and submit a pull request - that's all there is to it :) Happy hacking!
+
+## Benchmarking
+
+There are two ways to benchmark Opal's performance: one way is to write a program (or a set of programs) that takes sufficently long time to execute, then measure the execution time, and the other is to execute a specific RubySpec example (or a set of examples) multiple times, then measure the execution time. Let's call the former "traditional benchmarking", and the latter "RubySpec benchmarking".
+
+Regardless of which of the two types of benchmarking above you happen to be doing, the reporting of benchmark results works the same way: `bundle exec rake bench:report`. 
+
+It's important to understand that benchmarking in Opal works on the principle of a single, shared benchmarking workspace, a *bench*, where the results of each benchmark run that you perform get automatically saved. When you do `bundle exec rake bench:report`, you get a combined report of all of the benchmark results that are currently sitting in your workspace. This means you can check out an older commit, run benchmarks, checkout a newer commit, run benchmarks, then run the report to see the results from the two commits side-by-side. After you're done, (or before starting a new benchmarking session), you can do `bundle exec rake bench:clear` to reset your workspace to a clean slate.
+
+You can get a list of all the available benchmarking commands by running `bundle exec rake -T | grep bench` as shown below.
+```
+$ bundle exec rake -T | grep bench
+
+rake bench:clear            # Delete all benchmark results
+rake bench:opal             # Benchmark Opal
+rake bench:report           # Combined report of all benchmark results
+rake bench:ruby             # Benchmark Ruby
+```
+
+### Traditional Benchmarking
+
+At the root of the opal project tree is a folder called `benchmark` that contains a file called `benchmarks`. This file lists all of the benchmarks that will be run if you do `bundle exec bench:opal` without specifying any particular benchmark file(s) as parameters to this rake task. In the example below, I pick which benchmarks to run by passing their file paths as parameters to the rake task.
+
+Start with a clean slate:
+```
+$ bundle exec rake bench:clear
+
+rm tmp/bench/*
+```
+
+Run two benchmark programs from the MRI benchmarking suite by passing their file paths as parameters:
+(Note: passing params to Rake tasks is tricky - notice there is no space after the comma!)
+```
+$ bundle exec rake bench:opal[test/cruby/benchmark/bm_app_answer.rb,test/cruby/benchmark/bm_app_factorial.rb]
+
+bundle exec opal benchmark/run.rb test/cruby/benchmark/bm_app_answer.rb test/cruby/benchmark/bm_app_factorial.rb | tee tmp/bench/Opal1
+test/cruby/benchmark/bm_app_answer.rb    0.7710001468658447
+test/cruby/benchmark/bm_app_factorial.rb 0.0820000171661377
+===============================================
+Executed 2 benchmarks in 0.8530001640319824 sec
+```
+
+In this case, I want to see how Opal's results stack up against MRI's results, so I will run the same set of benchmarks for Ruby:
+```
+$ bundle exec rake bench:ruby[test/cruby/benchmark/bm_app_answer.rb,test/cruby/benchmark/bm_app_factorial.rb]
+
+bundle exec ruby benchmark/run.rb test/cruby/benchmark/bm_app_answer.rb test/cruby/benchmark/bm_app_factorial.rb | tee tmp/bench/Ruby1
+test/cruby/benchmark/bm_app_answer.rb    0.04913724200014258
+test/cruby/benchmark/bm_app_factorial.rb 1.3288652799965348
+===============================================
+Executed 2 benchmarks in 1.3780025219966774 sec
+```
+
+Now I'm ready to see the result of the two runs side-by-side:
+```
+$ bundle exec rake bench:report
+
+Benchmark                                 Opal1  Ruby1
+test/cruby/benchmark/bm_app_answer.rb     0.771  0.049
+test/cruby/benchmark/bm_app_factorial.rb  0.082  1.329
+```
+
+If I were to continue running benchmarks, more columns would be added to the report. You can select which columns you want to display (and in what order) by passing their names as params to the rake task like so: `bundle exec rake bench:report[Ruby1,Opal1]`
+
+### RubySpec Benchmarking
+
+This type of benchmarking relies on a feature of MSpec whereby you can ask it to execute every example in a given spec multiple times. Adding `BM=<number of times>` to your regular spec suite invocation command will hook into this MSpec functionality, collect timing information, and dump the results into the benchmarking workspace, making them available for reporting. Below is an example run with a single spec and `BM` set to `100`, meaning each example in the spec would be run 100 times.
+
+```
+$ bundle exec rake mspec_node PATTERN=spec/rubyspec/core/array/permutation_spec.rb BM=100
+[44, :filters]
+[1, :custom]
+mkdir -p tmp
+mkdir -p tmp/bench
+ruby -rbundler/setup -rmspec/opal/special_calls bin/opal -gmspec -Ispec -Ilib -smspec/helpers/tmp -smspec/helpers/environment -smspec/guards/block_device -smspec/guards/endian -rnodejs/io -rnodejs/kernel -Dwarning -A tmp/mspec_node.rb -c > tmp/mspec_node.js
+jshint --verbose tmp/mspec_node.js
+NODE_PATH=stdlib/nodejs/node_modules node tmp/mspec_node.js
+................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
+Finished
+1200 examples, 0 failures (time taken: 0.7880001068115234)
+
+Benchmark results have been written to tmp/bench/Spec1
+To view the results, run bundle exec rake bench:report
+```
+
+Now let's see the report:
+(Spec names can be very long, scroll to the right to see the numbers)
+```
+$ bundle exec rake bench:report
+Benchmark                                                                                                                     Spec1
+Array#permutation_returns_an_Enumerator_of_all_permutations_when_called_without_a_block_or_arguments                          0.117
+Array#permutation_returns_an_Enumerator_of_permutations_of_given_length_when_called_with_an_argument_but_no_block             0.064
+Array#permutation_yields_all_permutations_to_the_block_then_returns_self_when_called_with_block_but_no_arguments              0.076
+Array#permutation_yields_all_permutations_of_given_length_to_the_block_then_returns_self_when_called_with_block_and_argument  0.072
+Array#permutation_returns_the_empty_permutation_([[]])_when_the_given_length_is_0                                             0.029
+Array#permutation_returns_the_empty_permutation([])_when_called_on_an_empty_Array                                             0.029
+Array#permutation_returns_no_permutations_when_the_given_length_has_no_permutations                                           0.029
+Array#permutation_handles_duplicate_elements_correctly                                                                        0.081
+Array#permutation_handles_nested_Arrays_correctly                                                                             0.085
+Array#permutation_truncates_Float_arguments                                                                                   0.063
+Array#permutation_returns_an_Enumerator_which_works_as_expected_even_when_the_array_was_modified                              0.056
+Array#permutation_generates_from_a_defensive_copy,_ignoring_mutations                                                         0.038
+```

data/Gemfile

@@ -0,0 +1,26 @@
+source 'https://rubygems.org'
+gemspec
+
+# Stick with older racc until
+# https://github.com/tenderlove/racc/issues/22
+# is solved.
+gem 'racc', '< 1.4.10' if RUBY_ENGINE == 'jruby'
+gem 'json', '< 1.8.1'  if RUBY_VERSION.to_f == 2.1 and RUBY_ENGINE == 'ruby'
+gem 'rubysl', :platform => :rbx
+gem 'thin', platform: :mri
+
+group :repl do
+  gem 'therubyracer', :platform => :mri, :require => 'v8'
+  gem 'therubyrhino', :platform => :jruby
+end
+
+tilt_version = ENV['TILT_VERSION']
+gem 'tilt', tilt_version if tilt_version
+
+unless ENV['CI']
+  gem 'rb-fsevent'
+  gem 'guard', require: false
+  gem 'terminal-notifier-guard'
+end
+
+gem 'mspec', github: 'ruby/mspec'

data/Guardfile

@@ -0,0 +1,77 @@
+require 'guard/plugin'
+
+class ::Guard::Opal < Plugin
+  def mspec *paths
+    command = ['bundle', 'exec', './bin/opal-mspec', *paths.flatten]
+    result = time(:mspec, *paths) { system *command }
+    notify 'MSpec', result
+  end
+
+  def rspec *paths
+    command = ['bundle', 'exec', 'rspec', *paths.flatten]
+    result = time(:rspec, *paths) { system *command }
+    notify 'RSpec', result
+  end
+
+  def notify lib, result
+    if result
+      ::Guard::Notifier.notify(
+        'Success ♥︎', title: "#{lib} results", image: :success, priority: 1
+      )
+    else
+      ::Guard::Notifier.notify(
+        'Failed ♠︎', title: "#{lib} results", image: :failed, priority: 1
+      )
+    end
+  end
+
+  def color *args
+    Guard::UI.send :color, *args
+  end
+
+  def terminal_columns
+    cols = `tput cols 2> /dev/tty`.strip.to_i
+    ($?.success? && cols.nonzero?) ? cols : 80
+  end
+
+  def time *titles
+    columns = terminal_columns
+    puts color("=== running: #{titles.join(' ')} ".ljust(columns,'='), :cyan)
+    s = Time.now
+    result = yield
+    t = (Time.now - s).to_f
+    puts color("=== time: #{t} seconds ".ljust(columns, '='), :cyan)
+    result
+  end
+
+  def run_on_changes(changes)
+    m = changes
+    path = m[0]
+    puts color("Searching specs for #{m[0]}...", :yellow)
+    case path
+    when %r{grammar\.y$}  then system 'rake racc'
+    when %r{^spec/lib}     then rspec path
+    when %r{^spec/rubyspec} then mspec path
+    when %r{^opal/corelib}
+      name = File.basename(path, '.rb')
+      mspec "spec/rubyspec/core/#{name}/**/*_spec.rb"
+    when %r{^lib/opal/(.*)\.rb$}
+      name = $1
+      specs = Dir["spec/lib/#{name}_spec.rb"]
+      rspec *specs
+    end
+  end
+
+  def run_all
+    time(:all) { system 'bundle', 'exec', 'rake' }
+  end
+end
+
+guard :opal do
+  ignore %r{^(tmp|tasks|pkg|cdn|build|node_modules|grammar.rb)}
+  watch %r{^spec/.*}
+  watch %r{^lib/.*}
+  watch %r{^bin/.*}
+  watch %r{^opal/.*}
+  watch %r{^stdlib/.*}
+end

data/LICENSE

@@ -0,0 +1,19 @@
+Copyright (C) 2013 by Adam Beynon
+
+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.

data/README.md

@@ -0,0 +1,167 @@
+# Opal
+
+[![Build Status](http://img.shields.io/travis/opal/opal/master.svg?style=flat)](http://travis-ci.org/opal/opal)
+[![Gem Version](http://img.shields.io/gem/v/opal.svg?style=flat)](http://badge.fury.io/rb/opal)
+[![Code Climate](http://img.shields.io/codeclimate/github/opal/opal.svg?style=flat)](https://codeclimate.com/github/opal/opal)
+
+Opal is a Ruby to JavaScript source-to-source compiler. It also has an
+implementation of the Ruby corelib.
+
+Opal is [hosted on GitHub](http://github.com/opal/opal). Chat is available on *Gitter* at [opal/opal](https://gitter.im/opal/opal) and the Freenode IRC channel at [#opal](http://webchat.freenode.net/?channels=opal).
+Ask questions on [stackoverflow (tag #opalrb)](http://stackoverflow.com/questions/ask?tags=opalrb). Get the [Opalist newsletter](http://opalist.co) for updates and community news.
+
+[![Inline docs](http://inch-ci.org/github/opal/opal.svg?branch=master&style=flat)](http://opalrb.org/docs/api)
+[![Gitter chat](http://img.shields.io/badge/gitter-opal%2Fopal-009966.svg?style=flat)](https://gitter.im/opal/opal)
+[![Stack Overflow](http://img.shields.io/badge/stackoverflow-%23opalrb-orange.svg?style=flat)](http://stackoverflow.com/questions/ask?tags=opalrb)
+
+## Usage
+
+See the website, [http://opalrb.org](http://opalrb.org).
+
+### Compiling Ruby code
+
+`Opal.compile` is a simple interface to just compile a string of Ruby into a
+string of JavaScript code.
+
+```ruby
+Opal.compile("puts 'wow'")  # => "(function() { ... self.$puts("wow"); ... })()"
+```
+
+Running this by itself is not enough, you need the opal runtime/corelib.
+
+### Building the corelib
+
+`Opal::Builder` can be used to build the runtime/corelib into a string.
+
+```ruby
+Opal::Builder.build('opal') #=> "(function() { ... })()"
+```
+
+### Running compiled code
+
+You can write the above two strings to files and run as:
+
+```html
+<!DOCTYPE html>
+<html>
+  <head>
+    <script src="opal.js"></script>
+    <script src="app.js"></script>
+  </head>
+</html>
+```
+
+Just open this page in a browser and check the JavaScript console.
+
+## Running tests
+
+First, install dependencies:
+
+    $ bundle install
+    $ npm install -g jshint
+
+RubySpec related repos must be cloned as git submodules:
+
+    $ git submodule update --init
+
+The test suite can be run using (requires [phantomjs][]):
+
+    $ bundle exec rake
+
+This will command will run all RSpec and MSpec examples in sequence.
+
+#### Automated runs
+
+A `Guardfile` with decent mappings between specs and lib/corelib/stdlib files is in place.
+Run `bundle exec guard -i` to start `guard`.
+
+
+### MSpec
+
+[MSpec][] tests can be run with:
+
+    $ rake mspec
+
+Alternatively, you can just load up a rack instance using `rackup`, and
+visit `http://localhost:9292/` in any web browser.
+
+
+### Rspec
+
+[RSpec][] tests can be run with:
+
+    $ rake rspec
+
+
+## Code Overview
+
+What code is supposed to run where?
+
+* `lib/` code runs inside your Ruby env. It compiles Ruby to JavaScript.
+* `opal/` is the runtime/corelib for our implementation (runs in browser)
+* `stdlib/` is our implementation of Ruby's stdlib. It is optional (for browser).
+
+### lib
+
+The `lib` directory holds the opal parser/compiler used to compile Ruby
+into JavaScript. It is also built ready for the browser into `opal-parser.js`
+to allow compilation in any JavaScript environment.
+
+### corelib
+
+This directory holds the opal runtime and corelib implemented in Ruby and
+JavaScript.
+
+### stdlib
+
+Holds the stdlib that opal currently supports. This includes `Observable`,
+`StringScanner`, `Date`, etc.
+
+## Browser support
+
+* Internet Explorer 6+
+* Firefox (Current - 1) or Current
+* Chrome (Current - 1) or Current
+* Safari 5.1+
+* Opera 12.1x or (Current - 1) or Current
+
+Any problems encountered using the browsers listed above should be reported as bugs.
+
+(Current - 1) or Current denotes that we support the current stable version of
+the browser and the version that preceded it. For example, if the current
+version of a browser is 24.x, we support the 24.x and 23.x versions.
+
+12.1x or (Current - 1) or Current denotes that we support Opera 12.1x as well
+as the last 2 versions of Opera. For example, if the current Opera version is 20.x,
+then we support Opera 12.1x, 19.x and 20.x but not Opera 15.x through 18.x.
+
+Cross-browser testing is sponsored by [BrowserStack](http://browserstack.com).
+
+## License
+
+(The MIT License)
+
+Copyright (C) 2013-2015 by Adam Beynon
+
+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.
+
+
+[phantomjs]: http://phantomjs.org
+[MSpec]: https://github.com/rubyspec/mspec#readme
+[RSpec]: https://github.com/rspec/rspec#readme