I think it's possible: I chucked away my test container, but I vaguely
recall it was in something in the sqlite ogr driver labelled "test"?
There's a couple defined at the end of
ogr/ogrsf_frmts/sqlite/CMakeLists.txt — it's possible commenting those
blocks out will make the compile complete w
Hi,
On Wed, 21 Feb 2024 at 11:18, Michael Otto
wrote:
>
> I've also tried the problem with libtiff, but couldn't solve it. Thanks
> for the tip!
With "gdal[core,tools]" the apps are now static.
Excellent.
> BUT I want to use exactly what is still causing problems: SQLite for the
> creatio
Hi Simon,
On Tue, 20 Feb 2024 at 18:58, Simon Eves via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> We still have one VERY strange issue whereby FlatGeoBuf export fails in a
> very consistent and reproducible form down in the flatbuffer code, but only
> in the static build, and only in the full
One of our build variants is a fully-static (or as-static-as-possible) done
on CentOS 7 for old-Linux compatibility.
In reverse-dependency order we have static builds of
SQLite 3450100
Expat 2.5.0
KML 1.2.0
HDF5 1.12.1
NetCDF 4.8.1
TIFF 4.5.1
Proj 9.3.0
GeoTIFF 1.7.1
LittleCMS 2.15
WebP 1.3.2
Zst
Hi,
On Tue, 20 Feb 2024 at 12:50, Michael Otto
wrote:
>
> I have now tried it with 'vcpkg install gdal[tools]'. The tools/apps are
> there, but they are not statically linked!
>
> See for example gdalinfo:
>
> root@vmuser-VirtualBox:/home/vmuser/Git/vcpkg/installed/x64-linux/tools/gdal#
> ldd gd
> > The directory './vcpkg/packages/_x64-linux' now contains the
> > compiled static versions of the libraries. But where can I find the GDAL
> > apps? These are not contained in this directory.
Ignore packages. It is a staging area. `installed` is the real thing.
Kai
__
Hi Michael,
On Tue, 20 Feb 2024 at 11:22, Michael Otto
wrote:
> The directory './vcpkg/packages/_x64-linux' now contains the
> compiled static versions of the libraries. But where can I find the GDAL
> apps? These are not contained in this directory.
Great! So if you change your vcpkg installa
Hi Michael,
On Tue, 13 Feb 2024 at 07:18, Michael Otto
wrote:
> at the moment it's only about the Linux platform. And yes, it should be a
> static compilation with all the necessary dependencies (including libtiff
> and all the others).
>
> I currently use an Ubuntu VM and use an Alpine-Linux Do
You may find the listings used to build static libraries for R Windows packages
using MXE as the basis to be helpful:
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/toolchain_libs/mxe/src/
These are targeted at Windows, but the dependency tree logic should be similar.
In
Hi Michael,
On Mon, 12 Feb 2024 at 12:02, Michael Otto via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
>
> The goal is to cast GDAL and all its dependencies (PROJ / GEOS / all
> dependencies to system libraries / ...) into a static library and to create
> the GDAL apps as static executable progra
Hello,
I have been trying for some time to compile GDAL and the GDAL apps as a
static library / executable programs.
The goal is to cast GDAL and all its dependencies (PROJ / GEOS / all
dependencies to system libraries / ...) into a static library and to
create the GDAL apps as static executab
11 matches
Mail list logo
