samba 3.6.7
redis 2.4.17

Closes #14586.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
monetdb depends on pkg-config

Closes #14578.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
webp 0.2.0

Closes #14593.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
Hide --disable-debug from non verbose output also
More brew irb examples
Revert the user-PATH fix

User paths might have anything in them, anything can break builds.

Instead special case these two formula with the view to having an eventual DSL to allow injection of user paths into superenv. Certainly defaulting to off.
make -e has env-vars override Makefile vars

So the CC= in the Makefile is overridden by the $CC setting. I considered doing this generally, but as it stands we keep most of the user's environment in both superenv and stdenv so it's too risky. But I wanted to commit one example of it at least.
Consider superenv “servile” during configure

superenv defaults to servile mode. In servile mode:

* If 'gcc' is called, then 'gcc' is run (we ignore HOMEBREW_CC)
* CFLAGS (optimizations) are not applied
* ARGV is not mangled (TODO though we should apply fixes)
* -I and -L environment is still forcibly inserted.

This fixes, eg. jack which was still broken with stdenv. Jack was broken because we set CC in stdenv, and Jack has a stupid build-system. Unsetting CC allowed Jack to find and use the gcc tool it so demanded, but (previously) we would then substitute clang under its nose. The configure still failed. In servile mode (llvm-)gcc is used and Jack compiles.

In normal circumstances clang would then be inserted again during the make phase. But Jack uses the niche-wag build tool that we don't support for setting the O HOMEBREW_CCCFG flag that disables servile mode.
`brew --env` puts HOMEBREW_SDKROOT
MacOS.sdk_path is unlicensed Xcode aware

Now we should get an sdk_path, but tools like xcodebuild, xcode-select and xcrun will still error out. But at least more of Homebrew will work.

Also putting the Xcode 3 path finder last. We get bug reports because newer Xcodes are installed in parallel to older Xcodes. We want to find and use the newer Xcode's first. Xcode.prefix is pretty smart about that.

Refs #14558.
Doctor check for unlicensed Xcode

Checking the license text is probably the most future proofed method. Though for future reference other possible methods are listed in the below ticket.

Closes #14558.
Remove plain "-O"
Refs #14558. Try to find tools when xcrun fails.
Set VERBOSE if --verbose

You tend to get more useful build output this way, and (more importantly?), superenv itself only outputs certain things if VERBOSE is set.
Raise if sdk_path is nil for nclt

This situation should be impossible now (in that, we should detect sdk_path provided we also detected nclt), so if it happens somehow raise in such a way that the user will be encouraged to report the bug.
groonga: add missing deps

Closes #14588.
SIMH 3.9 won't compile w/o deparallelize; also added --HEAD

Closes #14583.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
libvirt 0.10.1

Closes #14595.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
ghostscript: add `--without-x`

gs-9.06 is designed to build with only `:libpng` these days, but it
fails to compile with superenv unless we specify that we don't
want to build with X11.

* Remove the `ENV['LIBS'] = some/X11/path`
* Add `--without-x` to fix a build error.

Fixes #14564

Closes #14596.

Signed-off-by: Misty De Meo <mistydemeo@gmail.com>