homebrew-core/Formula/yajl.rb

require 'formula'

class Yajl <Formula
  @homepage='http://lloyd.github.com/yajl/'
  @url='http://github.com/lloyd/yajl/tarball/1.0.6'
  @md5='bb201150143352b117be702a1bc78405'

  depends_on 'cmake'

  def install
    ENV.deparallelize

    # I have pushed this fix upstream
    inreplace 'configure', 'cmake ..', "cmake #{std_cmake_parameters} .." if @version == "1.0.5"

    system "./configure --prefix '#{prefix}'"
    system "make install"
  end
end
s/require 'brewkit'/require 'formula'/g brewkit.rb changes ENV destructively, so lets not do that everytime a formula is required. Now it's possible for other tools to require a formula description without worrying about side-effects. 2009-10-15 08:07:12 +00:00			`require 'formula'`
Created /Library moved brew tool to /bin Moved Forumla and Cellar/homebrew into Library. This way the homebrew core files are more sensibly placed, Cellar is more internally consistent and only generated. And Homebrew is ready for use straight out of the tarball. 2009-06-04 18:21:19 +00:00
			`class Yajl <Formula`
			`@homepage='http://lloyd.github.com/yajl/'`
Update yajl to 1.0.6 2009-10-18 18:55:20 +00:00			`@url='http://github.com/lloyd/yajl/tarball/1.0.6'`
			`@md5='bb201150143352b117be702a1bc78405'`
Created /Library moved brew tool to /bin Moved Forumla and Cellar/homebrew into Library. This way the homebrew core files are more sensibly placed, Cellar is more internally consistent and only generated. And Homebrew is ready for use straight out of the tarball. 2009-06-04 18:21:19 +00:00
Dependency resolution with fancy syntax Is it a DSL? No. But people call it that apparently. To add a dependency: class Doe <Formula depends_on 'ray' depends_on 'mee' => :optional depends_on 'far' => :recommended depends_on Sew.new end Sew would be a formula you have defined in this Formula file. This is useful, eg. see Python's formula. Formula specified in this fashion cannot be linked into the HOMEBREW_PREFIX, they are considered private libraries. This allows you to create custom installations that are very specific to your formula. More features to come, like specifying versions 2009-09-18 18:16:39 +00:00			`depends_on 'cmake'`
Created /Library moved brew tool to /bin Moved Forumla and Cellar/homebrew into Library. This way the homebrew core files are more sensibly placed, Cellar is more internally consistent and only generated. And Homebrew is ready for use straight out of the tarball. 2009-06-04 18:21:19 +00:00
			`def install`
Apply new ENV capabilities to all existing Formulae 2009-08-07 14:41:43 +00:00			`ENV.deparallelize`
Created /Library moved brew tool to /bin Moved Forumla and Cellar/homebrew into Library. This way the homebrew core files are more sensibly placed, Cellar is more internally consistent and only generated. And Homebrew is ready for use straight out of the tarball. 2009-06-04 18:21:19 +00:00
			`# I have pushed this fix upstream`
Use std_cmake_parameters for yajl 2009-09-02 13:32:28 +00:00			`inreplace 'configure', 'cmake ..', "cmake #{std_cmake_parameters} .." if @version == "1.0.5"`
Created /Library moved brew tool to /bin Moved Forumla and Cellar/homebrew into Library. This way the homebrew core files are more sensibly placed, Cellar is more internally consistent and only generated. And Homebrew is ready for use straight out of the tarball. 2009-06-04 18:21:19 +00:00
			`system "./configure --prefix '#{prefix}'"`
			`system "make install"`
			`end`
Dependency resolution Specify dependencies in your formula's deps function. You can return an Array, String or Hash, eg: def deps { :optional => 'libogg', :required => %w[flac sdl], :recommended => 'cmake' } end Note currently the Hash is flattened and qualifications are ignored. If you only return an Array or String, the qualification is assumed to be :required. Other packaging systems have problems when it comes to packages requiring a specific version of a package, or some patches that may not work well with other software. With Homebrew we have some options: 1. If the formula is vanilla but an older version we can cherry-pick the old version and install it in the Cellar in parallel, but just not symlink it into /usr/local while forcing the formula that depends on it to link to that one and not any other versions of it. 2. If the dependency requires patches then we shouldn't install this for use by any other tools, (I guess this needs to be decided on a per-situation basis). It can be installed into the parent formula's prefix, and not symlinked into /usr/local. In this case the dependency's Formula derivation should be saved in the parent formula's file (check git or flac for an example of this). Both the above can be done currently with hacks, so I'll flesh out a proper way sometime this week. 2009-09-07 00:06:08 +00:00			`end`