NetCDF: Disable Doxygen

Configure fails to disable make tasks when Doxygen is not installed and this
causes the build to fail. We don't install Doxygen docs anyway.

Also, move `ENV.fortran` to the top of the install block so that the build will
fail early if a fortran compiler is not installed.

Fixes #12406.
MuPDF: Update to 1.0

Make requirement on Snow Leopard or newer fatal.

Remove code that prefixes command line tools with `mu` as this has been done
upstream.
coda-cli 1.0.3

Closes #12405.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Update path of nagios-plugins

Change path from sbin/nagios-plugins to sbin in order to avoid hacks in
related formulae.

Closes #12181.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
gst-ffmpeg: fix clang compile error

GST-ffmpeg comes bundled with an internal ffmpeg that suffers from
the known issue of a hardcoded gcc unless the right configure arg
is thrown.  When building with clang, the hardcoded gcc in the
libav subdirectory causes an error where gcc doesn't recognize
`-march=native`.  GST-ffmpeg offers a configure flag to fix that.
Add a flag to use our ENV.cc.

Fixes #12312

Closes #12390.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
weechat: make bindings optional, patch to fix perl

The weechat saga continues...  This commit makes all the language
modules optional rather than the default.  It adds a dep on guile
if the user options for that module.  It adds a patch from HEAD
to fix the perl segfault on exit and a removal comment for 0.3.8.
This commit does not patch the ruby-1.9.3+rvm issue other than
not building that module by default.  Still waiting on the
upstream patch.

cf. #12377

Closes #12392.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
dnscrypt-proxy 0.9.4

Closes #12343.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
dnscrypt-proxy: remove broken HEAD

The GitHub checkout needs an autotools bootstrap. Patches welcome to
enable it, but removing it until then.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
wiggle 0.9

Upgrade wiggle to version 0.9.
Patch OSX compile errors using the developer's git repo.
Patch two functionality issues released the day after 0.9.
Include patch removal information in the comments.
Remove the `malloc` patches.  They are fixed in this version.
Remove the `-w` from cflags lets the developer use `-Werror`.
Use our `cflags` and `-g` rather than `-ggdb` to support clang.
Add the `test` make target (~2sec) to verify the build because
we are trusting wiggle to do complex patching.

Closes #12305.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
git 1.7.10.3

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
yasm: deparallelize and add LIBS,INCLUDES

To support Xcode without CLT installations we need to set
LIBS and INCLUDES, because the default flags are not
fully respected by their build scripts.
Core change: XCode only install, with CLT or both

Allow XCode without the Command Line Tools to
work with homebrew, so it's not necessary
to register an Apple Dev ID and go to the
XCode prefs and download the CLT. Yay!

Further, this commit allows to use the CLT
solely (without the need for XCode).
Saves quite some megs.
(Some exceptions that require xcodebuild)

Of course XCode together with the CLT is still
fine.

New in utils:
  xcrun function to call a tool indirectly
  and smart enough to look in /usr/bin or
  query xcodes "xcrun" tool. As a final resort
  find the needed tool within Xcode Toolchains
  or in the MacOS.dev_tools_path.
  Note, xcrun has moved from ENV.rb to utils.rb
  in order to be available at all needed places.

New command_line_tools_installed? telling us
whether the CLT are installed or not.

xctoolchain_path gives the path of the
Xcode toolchain.

macosx_sdk_path(version) returning the path
of the MacOSX SDK.

ENV.macosxsdk function sets all needed lib and include
dirs to CFLAGS, CPPFLAGS, LDFLAGS.

In build.rb it is checked if Xcode >= 4.3 and
xctoolchain path exists. If yes, the new
ENV.macosxsdk(MacOSX.version) is called
to set up the environment and PATH.

--config.rb shows dev tools path and clang path

Only on Lion or above, tell the user about the options,
which are
- Xcode without CLT
- CLT without Xcode
- both (ok, it's not directly stated, but implicit)
So if no Xcode is found and we are on Lion or above,
we don't fail but check for the CLTs.
For older Macs, the old message that Xcode is needed
and the installer should be run is displayed.
If the CLT are not found but Xcode is, then we
print out about the experimental status of this setup.

A new function which uses MacOS.dev_tools_path
to find out whether cc and make are installed in /usr/bin.
This way, we avoid duplicate code.

Xcode w/o CLT now in ENV.setup_build_environment

ENV.x11 respectis macosx_sdk_path

Core-change: keg_fix_install_names now uses xcrun

lua: needs LDFLAGS, too.

cmake: Tell ./bootstrap to find the MacOSX<version>.sdk
(No more grep, thanks to ttilley!)
Corrections from code-review

- removed unnecessary "then"
- removed unnecessary "begin" block
- whitespace fixes
- use self instead of ENV
Removed line "" if clang_version.nil?

Oops. Don't know how it got there.
xcode_version's old behavior restored and new xcode_installed?

- Old behavior of MacOS.xcode_version restored
  incl. guessing of Xcode version even if no Xcode is found
 (for backwards compatibility reasons)
- New MacOS.xcode_installed?
- command_line_tools_installed? → clt_installed?
- cmake: Make the CMAKE_FIND_ROOT_PATH.txt thingy more beautiful
- --config.rb now has describe_xcode that tells us even if the version number has been guessed.
- moved the position of the function macosx_sdk_path. Now it makes more sense.
Core change: clt_installed? and clt_version

clt_installed? returns true if the default unix tools are located
at /usr or if the "Command Line Tools for Xcode" package has
been installed.

clt_version is the version string returned by pkgutil
(via pkgutil query. Thanks to camillol) for the CLT
package installed stand-alone or via Xcode's prefs.

xcode_installed? now first checks /Applications/Xcode.app,
then /Developer/Xcode.app and finally resorts to
spotlight. (thanks amillol and mikemcquaid)

added -system to the CPPFLAGS as suggested by mxcl.

--config tells about the Command Line Tools version.
wxmac: fixing compiler clang/llvm issues.

- wx 2.9 needs a patch to compile with clang when using enable-webkit
- wx 2.8 fails with clang → use llvm if MacOS.lion?
- Use new ENV.macosxsdk(version) to set 10.6 target
wxmac: need to pass --with-macosx-version-min to configure

It is not enough to set the env flags, we need to give
configure the MacOS.version, otherwise it may default to 10.5
on a 10.7 system. (This happens on Xcode 4.3 w/o CLT)
temporary adding the fails_with clang thing as a comment
vtk 5.10

- hdf5 is an optional dependency now.
- x11 reworking. cmake 2.8.8 can find the paths itself now.
- PYTHON_INCLUDE_DIR and PYTHON_EXECUTABLE have to be set,
  otherwise you get an error on "import vtk" in python since vtk 5.10.
- Cocoa is default now. So we can be less verbose.