[gdal-dev] Building with support for VirtualOGR
René Hansen
renehh at gmail.com
Tue Nov 28 05:54:35 PST 2017
For future reference, this was the winning combination to get through a
make/install, with the Android NDK for me:
./configure --host=arm-linux-androideabi
--prefix=`pwd`/install/external/gdal \
--with-sqlite3=/path/to/sqlite/xcompilation \
--with-jpeg=internal \
--without-jpeg12
Now I've got sqlite3 symbols defined aplenty:
$ nm -A install/external/gdal/lib/libgdal.so | ag sqlite3 | wc -l
194
Thanks again!
/René
On Tue, 28 Nov 2017 at 14:25 René Hansen <renehh at gmail.com> wrote:
> Jackpot. That was it!
>
> It's amazing what kind of blindspots you can develop, setting up cross
> compilations.
>
> Now I'm wrestling with build errors related to jpeg and jpeg12, apparently
> just disabling them with --with-jpeg=no and --without-jpeg12, breaks all
> kinds of other stuff.
>
> Alas, that is a different battle. Thanks Even!
>
>
> /René
>
>
> On Tue, 28 Nov 2017 at 13:28 Even Rouault <even.rouault at spatialys.com>
> wrote:
>
>> René,
>>
>>
>>
>> > As the subject reveals, I'm trying to compile with SQLite support, so I
>> can
>>
>> > load libgdal.so as an extension, as per the example on
>>
>> > http://gdal.org/drv_sqlite.html.
>>
>> >
>>
>> > I'm building with the Android NDK and it succeeds, seemingly fine, but
>> when
>>
>> > I load the library as an extension:
>>
>> [...]
>>
>> > I've really been scratching my head over this, so what am I doing
>> glaringly
>>
>> > wrong?
>>
>>
>>
>> You don't have to manually define VIRTUAL_OGR_DYNAMIC_EXTENSION_ENABLED.
>> The likely explanation is that configure fails to detect sqlite3. Did you
>> check the output of the configure to see if there's a "SQLite support: yes"
>> line arround the end ?
>>
>>
>>
>> You may need to add
>>
>> --with-sqlite3=/path/to/cross/compiled/sqlite3/installation/prefix
>>
>>
>>
>> Even
>>
>>
>>
>> --
>>
>> Spatialys - Geospatial professional services
>>
>> http://www.spatialys.com
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171128/40cd2d23/attachment-0001.html>
More information about the gdal-dev
mailing list