Opened 14 years ago
Closed 14 years ago
#3370 closed defect (invalid)
rasterlite support should not be conditionalized on just sqlite
Reported by: | kyngchaos | Owned by: | Even Rouault |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | ConfigBuild | Version: | 1.7.0 |
Severity: | normal | Keywords: | rasterlite |
Cc: |
Description
In gdalmake.opt.in, compilation of rasterlite support is based on sqlite:
ifeq ($(OGR_ENABLED),yes) ifeq ($(HAVE_SQLITE),yes) GDAL_FORMATS := $(GDAL_FORMATS) rasterlite endif endif
Having Sqlite does not necessarily mean librasterlite is available. There is a macro for spatialite, HAVE_SPATIALITE, but even that does not mean rasterlite is available (ie because rasterlite is GPL, it may not be included with the BSD-like spatialite). Rasterlite needs its own HAVE_RASTERLITE.
It also has its own library, so simply linking libspatialite won't work.
Change History (3)
comment:1 by , 14 years ago
Keywords: | rasterlite added |
---|---|
Owner: | changed from | to
comment:2 by , 14 years ago
comment:3 by , 14 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
William,
why not reading the doc to check your assumptions ;-) : http://gdal.org/frmt_rasterlite.html ?
Not linking against librasterlite is a design decision to avoid GPL dependency
Hmm, so I may be overreacting - this was based on reviewing the new features and assuming rasterlite support needs librasterlite. Now I compile - without librasterlite available, but with sqlite+spatialite - no compile or link errors.
Does rasterlite support need librasterlite?