* Gdal: Use includes from brewed sqlite
* spatialite-tools 4.1.0
* librasterlite 1.1g
* libgaiagraphics 0.5
* Update to use new style `build.with?`
ClosesHomebrew/homebrew#20341.
Signed-off-by: Samuel John <github@SamuelJohn.de>
New `depends_on :python` Dependency.
New `depends_on :python3` Dependency.
To avoid having multiple formulae with endings -py2 and -py3,
we will handle support for different pythons (2.x vs. 3.x)
in the same formula.
Further brewed vs. external python will be transparently supported.
The formula also gets a new object `python`, which is false if
no Python is available or the user has disabled it. Otherwise
it is defined and provides several support methods:
python.site_packages # the site-packages in the formula's Cellar
python.global_site_packages
python.binary # the full path to the python binary
python.prefix
python.version
python.version.major
python.version.minor
python.xy # => e.g. "python2.7"
python.incdir # includes of python
python.libdir # the python dylib library
python.pkg_config_path # used internally by brew
python.from_osx?
python.framework?
python.universal?
python.pypy?
python.standard_caveats # Text to set PYTHONPATH for python.from_osx?
python.if3then3 # => "" for 2.x and to "3" for 3.x.
Further, to avoid code duplication, `python` takes an optional
block that is run twice if the formula defines depends_on
:python AND :python3.
python do
system python, 'setup.py', "--prefix=#{prefix}"
end
Read more in the Homebrew wiki.
Removes any global methods from formulae, and moves #kext_prefix (which
seems to be at least somewhat abstractable) into the Formula class. The
only formula with global methods is now aspell; it (and its generating
script in contrib) has been changed to prefix that method with
`aspell_`, to minimize the risk of name collisions.
ClosesHomebrew/homebrew#19331.
ClosesHomebrew/homebrew#19343.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Under normal circumstances, gdal loads libproj at runtime using
dlopen(), but this fails when installed in non-standard locations. Link
statically instead, which is what most other package managers seem to be
doing anyway.
ClosesHomebrew/homebrew#18294.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
- In subversion and gdal, because they used
HOMEBREW_PREFIX/lib instead of
Formula.factory('sqlite').opt_prefix
ClosesHomebrew/homebrew#17005.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
Anything linking against SpatiaLite also needs to use Homebrew's SQLite so that
loadable extensions are enabled along with RTree indices.
This commit cleans up several formulae to use the specific `opt/sqlite/lib`
prefix rather than `HOMEBREW_PREFIX/lib` and also adds this searching to
`gdal`.
However, this hack is getting a little large. The best fix would probably be to
flag SQLite as `keg_only` so that lib path munging is handled automagically for
everything with a dependency tree that includes SQLite.
General cleanup and some specific changes:
- Now depends on Homebrew's libtiff and libgeotiff now that BigTIFF support
has landed upstream. This should prevent clashes arising from having
internal and external copies of these libraries loaded by the same
executable as noted in Homebrew/homebrew#7054.
- Add WebP support to the `--complete` option.
- All backends for which there is no suitable stable formula in core are now
explicitly listed and disabled using `--without-<backend>` flags during
configuration. This behavior may be disabled by using the
`--enable-unsupported` flag which allows configure to drag in any libraries
that it finds in the user's environment that GDAL enables by default.
Previously this behavior was a side-effect of the `--complete` option.
GDAL can't compile against Poppler 0.20.0 so it is explicitly disabled for the
time being in order to prevent compilation errors. This commit can be reverted
once a fix goes in upstream.
