[gdal-dev] Build 3.6.0 for iOS fails - _sqlite3_progress_handler error

[Even Rouault]

Weird. So it would seem the SQLite3 build on iOS lacks 
sqlite3_progress_handler()

As this is not critical for operations, I've added a CMake configure 
check for the presence of this function to conditionally enable it.

Can you try https://github.com/OSGeo/gdal/pull/6675 ?

Even

Le 12/11/2022 à 02:32, Nik Sands a écrit :
> After patching GDAL 3.6.0 for ‘pread64’ issue when building for iOS (see previous email), the build now progresses to the 100% mark, but then fails with the _sqlite3_progress_handler error below.
>
> I’m afraid that I don’t even know where to start with this one.  How should I proceed?
>
> Cheers,
> Nik.
>
>
>
> [100%] Built target check_swq_parser_md5
> Consolidate compiler generated dependencies of target my_test_sqlite3_ext
> [100%] Built target my_test_sqlite3_ext
> [100%] Built target check_ods_formula_parser_md5
> Consolidate compiler generated dependencies of target test_gdal_fuzzer
> [100%] Linking CXX executable test_gdal_fuzzer.app/test_gdal_fuzzer
> Undefined symbols for architecture arm64:
>    "_sqlite3_progress_handler", referenced from:
>        OGRGeoPackageTableLayer::GetGeometryTypes(int, int, int&, int (*)(double, char const*, void*), void*) in libgdal.a(ogrgeopackagetablelayer.cpp.o)
> ld: symbol(s) not found for architecture arm64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make[2]: *** [fuzzers/tests/test_gdal_fuzzer.app/test_gdal_fuzzer] Error 1
> make[1]: *** [fuzzers/tests/CMakeFiles/test_gdal_fuzzer.dir/all] Error 2
> make: *** [all] Error 2
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com
My software is free, but my time generally not.