[PROJ] proj.db in a cross compilation

Will Cohen wwcohen at gmail.com
Mon Nov 10 16:15:42 PST 2025


Ah that’s right — it precompiled SQLite with emscripten first too, and fed
that to the configuration before rerunning with emcmake.

On Mon, Nov 10, 2025 at 7:13 PM Even Rouault via PROJ <proj at lists.osgeo.org>
wrote:

> Hi Javier,
>
> the "key" is to have a sqlite3 executable for the host architecture
> (that you can point to with the EXE_SQLITE3 CMake variable), and the
> libsqlite3 library for the target one.
>
> For example the GDAL CI has an Android setup at
>
> https://github.com/OSGeo/gdal/blob/master/.github/workflows/android_cmake/start.sh#L45
> (note that is likely not the most canonical way of setting up an Android
> cross compilation, but at least it works...)
>
> Even
>
> Le 11/11/2025 à 00:58, Javier Jimenez Shaw via PROJ a écrit :
> > Hi
> >
> > I am trying to compile PROJ in emscripten (inside an ubuntu docker
> image).
> > How do I produce proj.db?
> > Any recommended compile options or steps?
> >
> > I thought there were some workflows cross-compiling (that was the
> > reason to have the "hash" of the sql code, to not run the check when
> > cross compiling), but I do not find any example in the github actions.
> >
> > Thanks.
> >
> > _______________________________________________
> > PROJ mailing list
> > PROJ at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/proj
>
> --
> http://www.spatialys.com
> My software is free, but my time generally not.
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20251110/2c7a7ca9/attachment.htm>


More information about the PROJ mailing list