2009-10-15 08:07:12 +00:00
|
|
|
require 'formula'
|
2009-09-25 21:44:35 +00:00
|
|
|
|
|
|
|
class Clojure <Formula
|
2010-08-19 16:14:19 +00:00
|
|
|
url 'http://github.com/downloads/clojure/clojure/clojure-1.2.0.zip'
|
|
|
|
md5 'da0cc71378f56491d6ee70dee356831f'
|
2010-10-24 15:05:18 +00:00
|
|
|
head 'git://github.com/clojure/clojure.git'
|
2009-09-25 21:44:35 +00:00
|
|
|
homepage 'http://clojure.org/'
|
Many fixes for clojure and clojure-contrib formulae.
- clojure formula now works with HEAD installs.
- Use /bin/sh rather than /bin/bash in the clj script.
- Fix argument-passing in the clj script. (Fixes Homebrew/homebrew#867)
- Remove the Java -server flag in the clj script. This is the default
option on 64-bit Macs running 10.5 and 10.6 anyway, unless the user
has used Java Preferences to make the 32-bit VM the preferred VM, in
which case the default is -client. Choosing the 32-bit VM happens to
be the only way to use the client HotSpot VM, as the client VM is
not currently supported on 64-bit architectures. Presumably, if the
user prefers the 32-bit client VM, he has his reasons, and the clj
script should respect them. (The client VM has a faster start-up
time, for example, which may benefit command-line scripts written
in Clojure and invoked using clj.)
It would be nice to allow the user to be explicit about which VM to
use when invoking the clj script, but this would almost certainly
not be portable to other systems' implementations of the 'clj'
script, and would be difficult to document due to the fact that
clojure.main outputs its own usage message when supplied with a
--help/-h/-? argument. Anyone with special needs can simply write
his own wrapper script.
In any case, users of 64-bit Macs who haven't explicitly chosen the
32-bit Java VM in Java Preferences (i.e., probably most Homebrew
users) are unaffected by this change.
- clojure-contrib formula now installs the latest stable release
(1.1.0) by default (it used to install HEAD always). HEAD installs
are still supported via the --HEAD flag but require the HEAD version
of clojure; the build will break if the HEAD version of clojure is
not installed.
- clojure-contrib installs the pre-packaged JAR file, supplied in the
release ZIP file, if installing the release version.
- clojure-contrib only conditionally depends on maven, if installing
HEAD.
- clojure-contrib HEAD builds explicitly use the installed clojure HEAD
JAR file, per the clojure-contrib documentation. (HEAD builds prior
to this change would often mysteriously create a nearly-empty
clojure-contrib JAR file.)
- clojure-contrib always installs the JAR file as clojure-contrib.jar,
rather than adding a version suffix. The Cellar path is sufficient to
discriminate versions, and this way the JAR file name is consistent.
- Change the clojure-contrib homepage to point to the clojure-contrib
documentation, rather than the project's GitHub homepage.
- Clojure does not find the clojure-contrib JAR file unless the
CLASSPATH includes the JAR file name. Fix the clojure-contrib
caveat to reflect this behavior.
- Fix "already initialized constant JAR" warnings in both formulae.
Signed-off-by: David Höppner <0xffea@gmail.com>
2010-03-20 08:37:57 +00:00
|
|
|
|
|
|
|
def jar
|
|
|
|
'clojure.jar'
|
|
|
|
end
|
2009-09-25 21:44:35 +00:00
|
|
|
|
2009-12-31 03:13:27 +00:00
|
|
|
def script
|
2010-02-18 21:26:41 +00:00
|
|
|
<<-EOS
|
Many fixes for clojure and clojure-contrib formulae.
- clojure formula now works with HEAD installs.
- Use /bin/sh rather than /bin/bash in the clj script.
- Fix argument-passing in the clj script. (Fixes Homebrew/homebrew#867)
- Remove the Java -server flag in the clj script. This is the default
option on 64-bit Macs running 10.5 and 10.6 anyway, unless the user
has used Java Preferences to make the 32-bit VM the preferred VM, in
which case the default is -client. Choosing the 32-bit VM happens to
be the only way to use the client HotSpot VM, as the client VM is
not currently supported on 64-bit architectures. Presumably, if the
user prefers the 32-bit client VM, he has his reasons, and the clj
script should respect them. (The client VM has a faster start-up
time, for example, which may benefit command-line scripts written
in Clojure and invoked using clj.)
It would be nice to allow the user to be explicit about which VM to
use when invoking the clj script, but this would almost certainly
not be portable to other systems' implementations of the 'clj'
script, and would be difficult to document due to the fact that
clojure.main outputs its own usage message when supplied with a
--help/-h/-? argument. Anyone with special needs can simply write
his own wrapper script.
In any case, users of 64-bit Macs who haven't explicitly chosen the
32-bit Java VM in Java Preferences (i.e., probably most Homebrew
users) are unaffected by this change.
- clojure-contrib formula now installs the latest stable release
(1.1.0) by default (it used to install HEAD always). HEAD installs
are still supported via the --HEAD flag but require the HEAD version
of clojure; the build will break if the HEAD version of clojure is
not installed.
- clojure-contrib installs the pre-packaged JAR file, supplied in the
release ZIP file, if installing the release version.
- clojure-contrib only conditionally depends on maven, if installing
HEAD.
- clojure-contrib HEAD builds explicitly use the installed clojure HEAD
JAR file, per the clojure-contrib documentation. (HEAD builds prior
to this change would often mysteriously create a nearly-empty
clojure-contrib JAR file.)
- clojure-contrib always installs the JAR file as clojure-contrib.jar,
rather than adding a version suffix. The Cellar path is sufficient to
discriminate versions, and this way the JAR file name is consistent.
- Change the clojure-contrib homepage to point to the clojure-contrib
documentation, rather than the project's GitHub homepage.
- Clojure does not find the clojure-contrib JAR file unless the
CLASSPATH includes the JAR file name. Fix the clojure-contrib
caveat to reflect this behavior.
- Fix "already initialized constant JAR" warnings in both formulae.
Signed-off-by: David Höppner <0xffea@gmail.com>
2010-03-20 08:37:57 +00:00
|
|
|
#!/bin/sh
|
2010-10-04 04:17:23 +00:00
|
|
|
# Runs clojure.
|
|
|
|
# With no arguments, runs Clojure's REPL.
|
|
|
|
|
|
|
|
# resolve links - $0 may be a softlink
|
|
|
|
CLOJURE=$CLASSPATH:$(brew --cellar)/#{name}/#{version}/#{jar}
|
|
|
|
|
|
|
|
java -cp $CLOJURE clojure.main "$@"
|
2010-02-18 21:26:41 +00:00
|
|
|
EOS
|
|
|
|
end
|
|
|
|
|
|
|
|
def install
|
2010-07-09 19:40:41 +00:00
|
|
|
system "ant" if ARGV.build_head?
|
Many fixes for clojure and clojure-contrib formulae.
- clojure formula now works with HEAD installs.
- Use /bin/sh rather than /bin/bash in the clj script.
- Fix argument-passing in the clj script. (Fixes Homebrew/homebrew#867)
- Remove the Java -server flag in the clj script. This is the default
option on 64-bit Macs running 10.5 and 10.6 anyway, unless the user
has used Java Preferences to make the 32-bit VM the preferred VM, in
which case the default is -client. Choosing the 32-bit VM happens to
be the only way to use the client HotSpot VM, as the client VM is
not currently supported on 64-bit architectures. Presumably, if the
user prefers the 32-bit client VM, he has his reasons, and the clj
script should respect them. (The client VM has a faster start-up
time, for example, which may benefit command-line scripts written
in Clojure and invoked using clj.)
It would be nice to allow the user to be explicit about which VM to
use when invoking the clj script, but this would almost certainly
not be portable to other systems' implementations of the 'clj'
script, and would be difficult to document due to the fact that
clojure.main outputs its own usage message when supplied with a
--help/-h/-? argument. Anyone with special needs can simply write
his own wrapper script.
In any case, users of 64-bit Macs who haven't explicitly chosen the
32-bit Java VM in Java Preferences (i.e., probably most Homebrew
users) are unaffected by this change.
- clojure-contrib formula now installs the latest stable release
(1.1.0) by default (it used to install HEAD always). HEAD installs
are still supported via the --HEAD flag but require the HEAD version
of clojure; the build will break if the HEAD version of clojure is
not installed.
- clojure-contrib installs the pre-packaged JAR file, supplied in the
release ZIP file, if installing the release version.
- clojure-contrib only conditionally depends on maven, if installing
HEAD.
- clojure-contrib HEAD builds explicitly use the installed clojure HEAD
JAR file, per the clojure-contrib documentation. (HEAD builds prior
to this change would often mysteriously create a nearly-empty
clojure-contrib JAR file.)
- clojure-contrib always installs the JAR file as clojure-contrib.jar,
rather than adding a version suffix. The Cellar path is sufficient to
discriminate versions, and this way the JAR file name is consistent.
- Change the clojure-contrib homepage to point to the clojure-contrib
documentation, rather than the project's GitHub homepage.
- Clojure does not find the clojure-contrib JAR file unless the
CLASSPATH includes the JAR file name. Fix the clojure-contrib
caveat to reflect this behavior.
- Fix "already initialized constant JAR" warnings in both formulae.
Signed-off-by: David Höppner <0xffea@gmail.com>
2010-03-20 08:37:57 +00:00
|
|
|
prefix.install jar
|
2010-02-18 21:26:41 +00:00
|
|
|
(bin+'clj').write script
|
|
|
|
end
|
2010-10-02 05:22:01 +00:00
|
|
|
|
|
|
|
def caveats; <<-EOS.undent
|
|
|
|
If you `brew install repl` then you may find this wrapper script from
|
|
|
|
MacPorts useful:
|
|
|
|
http://trac.macports.org/browser/trunk/dports/lang/clojure/files/clj-rlwrap.sh?format=txt
|
|
|
|
EOS
|
|
|
|
end
|
2010-02-18 21:26:41 +00:00
|
|
|
end
|