Homebrew will now look for external commands that are +x on PATH, named
as "brew-<cmd>" or "brew-<cmd>.rb"
* Shell scripts are exec'd with some HOMEBREW variables set in the ENV.
* Ruby scripts are require'd directly.
See: http://wiki.github.com/mxcl/homebrew/external-commands
If a formula name is passed to "brew --cellar", output the location of that
brew in the Cellar (which will be "brew --prefix (formula)" without a version
sub-folder.)
This allows for:
rm -rf `brew --cellar node`
for deleting all versions of node, installed or not.
* Adds GCC 4.0 version info to --config output.
* Splits gcc_build into gcc_40_build and gcc_42_build.
* Adds alias gcc_build to gcc_42_build for compatibility.
* Updates Xcode checking to also check GCC 4.0 version.
These changes are a combination of work by AdamV and my work
on my Tiger branch. This information would be useful for all
installs since some formulae compile with GCC 4.0.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
When `brew --prefix` is called with arguments, assume each argument is a
formula and print their prefixes instead.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
The Cellar may not actually be "`brew --prefix`/Cellar".
We support the Cellar existing only in the repo but
not linked into the prefix, for installs that aren't
directly in /usr/local (or other chosen prefix.)
Running `brew cleanup` (with no arguments or multiple arguments) will
run `brew prune` after _every_ cleaned formula, i.e. possibly after
every installed formula.
With this change it will instead only run `prune` after all formulae are
cleaned, and only when no arguments were given to `cleanup`.
Signed-off-by: Max Howell <max@methylblue.com>
ClosesHomebrew/homebrew#743
Since Homebrew's Library doesn't have to be linked under prefix,
we need to do some extra work in the bash completion script to
support this configuration.
Added a "--repository" option to brew, and updated the completion
script to use paths relative to this location.
Uses the GitHub issue search API, so it's very neat and concise. However you can get false positives, so it's not 100% useful. Still I think it is more useful than before, which was, nothing.
A further issue is it depends on the ticket at GitHub using the formula's proper name. So we should ensure this as we can.
Finally, it does add a possibly large delay to clean exit after a build error. We may want to fiddle with timeouts if it becomes troublesome.
