bitlbee 3.2.0

Closes #17235.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
antlr 4.0

The download link to 3.5 in the old formula no longer works,
upgraded to antlr 4.0.

Closes #17238.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
tests: add mocha mocking library
build: reorganize #install for readability
ENV.with_build_environment
Allow env DSL to take a block

In addition to

  env :userpaths
  env :std

requirements can now do

  env do
    append 'PATH', '/some/path/to/bin'
    # and more
  end
Object#instance_exec for Ruby 1.8.6

Not thread safe! But I don't think we care.

We want to evaluate the env DSL block in the context of ENV for asthetic
reasons, but we also want access to methods on the requirement instance.
We can use #instance_exec to pass the requirement itself into the block:

  class Foo < Requirement
    env do |req|
      append 'PATH', req.some_path
    end

    def some_path
      which 'something'
    end
  end

Also add a simplified version of Object#instance_exec for Ruby 1.8.6.
Block-style env DSL examples
Allow satisfied? to be specified in a block

Instead of overriding #satisfied?, Requirement subclasses can specify
the condition in a block:

  satisfy do
    some_condition?
  end

The contents of the block are evaluated in the context of the instance,
and so have access to instance variables and instance methods as before.
Additionally, it is wrapped in an ENV.with_build_environment block. This
can be disabled by passing :build_env => false to satisfy:

  satisfy :build_env => false do
    some_condition?
  end
Use new requirement syntax
heroku-toolbelt 2.34.0

Closes #17240.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
libtermkey: uses libtool

Closes #17241.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
libtermkey 0.16
openrtsp 2013.01.21

Closes #17242.