epstool: use the right compiler

Closes #14188.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
epstool: add mirror

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
build: expand requirements recursively when modifying ENV

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
libsvg-cairo: don't depend on all of X11

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Recursively expand requirements in FormulaInstaller

Currently FormulaInstaller "forgets" about the requirements of
dependencies, as dependencies are recursively expanded by the first
FormulaInstaller instance, and then ignored by subsequent instances to
prevent duplicate installation attempts. These requirements then have
their messages displayed, but the fatal check is skipped and thus no
exception is raised.

Now that we have Formula#recursive_requirements, we can mirror what we
are doing with dependencies and recursively expand requirements up
front.

While at it, fix a bug in determining Requirement equality that resulted
in unique requirements being eliminated from a formula's set of
recursive requirements.

Fixes #12290.
Fixes #14084.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Don't print an empty line if all requirements are satisfied

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
New formula: texi2html

This is no longer shipped as of 10.8, but is required to build the
documentation for a few formulae, like ffmpeg and ffmbc.

This wasn't given a symbolized dependency because I don't anticipate
it coming up that often.
ffmpeg, ffmbc: use texi2html on 10.8
FormulaInstaller: filter ARGV when testing for installed deps

In FormulaInstaller#install, needed_deps is created without first
filtering ARGV for flags like --HEAD. In practice, this means that
sometimes needed_deps will contain dependencies that are actually
already installed; --HEAD causes Formula#installed_prefix to differ and
thus checking Formula#installed? will result in false negatives.

This can trigger weird bugs; for example, #10380, where the "Installing
foo" header is displayed even though no dependencies were previously
installed.

Fix this by filtering ARGV before testing for installed dependencies,
and do the same for requirements to maintain symmetry, and because some
requiremnts check Formula#installed? as well.

Fixes #10380.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Update ruby-build to v20120524

Closes #14219.

Signed-off-by: Misty De Meo <mistydemeo@gmail.com>
boost: 1.50.0
cmake: 2.8.9
git 1.7.11.5

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
texi2html 1.70

texi2html 5.0 was causing problems; this rolls it back to 1.70, which
is the same version as shipped on Lion before it was removed.
texi2html: specify mandir and infodir

Missed these since the warnings are not printed on a keg-only install.
mysql: build without exotic optimization flags

Currently we patch mysql_config to sanitize the CFLAGS that are exported
to software that queries it during builds, such as the mysql gem. Since
there isn't any way to control what compiler is used by Ruby/gem to
build native extensions, we must remove any compiler or CPU specific
flags.

Instead, let's build without these flags to begin with, which will keep
mysql_config clean and provide consistency between the flags used to
build mysql and those used to build software that links to it.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
percona-server: build without exotic optimization flags

Currently we patch mysql_config to sanitize the CFLAGS that are exported
to software that queries it during builds, such as the mysql gem. Since
there isn't any way to control what compiler is used by Ruby/gem to
build native extensions, we must remove any compiler or CPU specific
flags.

Instead, let's build without these flags to begin with, which will keep
mysql_config clean and provide consistency between the flags used to
build percona-server and those used to build software that links to it.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
mariadb: build without exotic optimization flags

Currently we patch mysql_config to sanitize the CFLAGS that are exported
to software that queries it during builds, such as the mysql gem. Since
there isn't any way to control what compiler is used by Ruby/gem to
build native extensions, we must remove any compiler or CPU specific
flags.

Instead, let's build without these flags to begin with, which will keep
mysql_config clean and provide consistency between the flags used to
build mariadb and those used to build software that links to it.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
bdw-gc 7.2d

Upgrade bdw-gc to version 7.2d.  It passes make check on 10.8
using clang and llvm from XCode-4.4.1. Remove the `fails_with`.

Fixes #13940.
Closes #14259.

Signed-off-by: Jack Nagel <jacknagel@gmail.com>
fossil 1.23

Closes #14258.

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