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 warmerdam, 14 years ago

Keywords: rasterlite added
Owner: changed from warmerdam to Even Rouault

comment:2 by kyngchaos, 14 years ago

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?

comment:3 by Even Rouault, 14 years ago

Resolution: invalid
Status: newclosed

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

Note: See TracTickets for help on using tickets.