* 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.
The lzma package is legacy software (the developer has moved on to
XZutils), so we should use the xz formula to get liblzma.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Essential update for Lion users---fixes issues with LibPNG 1.5.1.
`--enable-opencl` option added to the formula. Invoking this will cause the
algorithms used by `gdalwarp` to use OpenCL acceleration.
Also expand the number of libraries added by the `--complete` option:
Raster Libraries:
- CFITSIO
- EPSILON
Vector Libraries:
- Poppler
Support Libraries:
- LibLZMA
OPeNDAP backend explicitly disabled as it prevents some other components from
configuring properly for some reason.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
1.7.3 contains bug-fixes. For new hotness, such as support for ASCII XYZ
rasters, users will have to play with the --HEAD brew untill version 1.8.0 comes
out.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
The usefullness of the GDAL library is limited by the number of formats it
supports. In light of this, the formula has been re-worked to provide maximum
support for file formats without increasing the dependency list, with the
exception of common image formats such as JPEG and GIF. Changes made in persuit
of this goal are:
- Removed libtiff as a dependency-- now provided by an internal GDAL library for
support of the BigTIFF format.
- Added `jpeg` and `giflib` as dependencies to complete support for common image
file formats.
- Enabled GDAL-native BSB, GRIB and PCRaster support.
- Added support for Expat, CURL, and Sqlite3 which are provided by OS X.
- Added support for `--HEAD` builds that compile from the gdal-dev source
available via SVN.
Also, disabled drivers have been grouped according to open-source/proprietary
status.
Additionally, a `--complete` installation option has been added. This option is
will trigger the installation of additional Homebrew formulae that increase the
capabilities of GDAL. By specifying the `--complete` flag, GDAL will now depend
on and link against the following libraries in order to provide more drivers for
reading and writing data:
Raster Formats:
- HDF5
- NetCDF
- JasPer
Vector Formats:
- ODBC
- LibSpatialite
- Xerces-C
Support for database servers has been added via the `--with-postgres` and
`--with-mysql` flags. These will cause PostgreSQL or MySQL to be added the
dependency list of GDAL.
Python bindings are now built by default as they provide ~18 additional command
line tools in addition to the Python module. The formula ensures that these
bindings are installed into the Homebrew prefix and not some random Python site
directory. Compilation of the bindings can be disabled by passing the
`--without-python` flag to `brew install`.
The Perl, PHP and Ruby bindings remain disabled as they install outside of the
Homebrew prefix. Users may manually enable them at their discretion. Getting
these bindings to install into the brew prefix is an area for further
development.
Finally, some cleanup of the configure options has occurred:
- Removed invalid configuration options.
- Fixed threading support.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
