Re: [gdal-dev] Segmentation fault while compiling

2023-02-15 Thread Even Rouault
Le 16/02/2023 à 03:04, afernandez a écrit : The problem doesn't seem to be about having 2 copies of PROJ as I checked. I was able to compile v3.6.2 w/o this issue so it might be something in the master branch (maybe the python script that you mention). Yes this is something recent in the mast

Re: [gdal-dev] Segmentation fault while compiling

2023-02-15 Thread afernandez
The problem doesn't seem to be about having 2 copies of PROJ as I checked. I was able to compile v3.6.2 w/o this issue so it might be something in the master branch (maybe the python script that you mention). Even Rouault wrote: This is a new Python script that runs the Python bindings and use PR

Re: [gdal-dev] Segmentation fault while compiling

2023-02-15 Thread Joaquim Manuel Freire Luís
Funny, I just got that same error (Windows). Apparently not fatal as I could do ninja install and all apparently went well From: gdal-dev On Behalf Of Even Rouault Sent: Wednesday, February 15, 2023 11:44 PM To: afernandez ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Segmentation fault whil

Re: [gdal-dev] Segmentation fault while compiling

2023-02-15 Thread Even Rouault
This is a new Python script that runs the Python bindings and use PROJ functionality. Aren't you running into the issue of having 2 PROJ versions described in https://github.com/OSGeo/gdal/pull/7250? If you don't need to run GDAL tests, you can add -DBUILD_TESTING=OFF to your CMake invokation

[gdal-dev] Segmentation fault while compiling

2023-02-15 Thread afernandez
Hello, I'm trying to compile GDAL from source in order to include the KEA components. My attempt at compiling (configured simply with cmake .. -DCMAKE_INSTALL_PREFIX=/usr) failed towards the end with a segmentation fault error, which I cannot figure out ... [ 98%] Built target testlog [ 98%] Build

Re: [gdal-dev] [External] : Re: How to build GDAL without dependency on libtiff.so or libjpeg.so

2023-02-15 Thread Fengting Chen
Thanks. I later found out that libproj has dependency on libtiff. And since libproj is required by GDAL, basically GDAL indirectly depends on external libtiff. From: Even Rouault Date: Wednesday, February 15, 2023 at 7:18 AM To: Fengting Chen , gdal-dev@lists.osgeo.org Subject: [External] : R

[gdal-dev] Call for review: RFC 93: OGRLayer::UpdateFeature() method

2023-02-15 Thread Even Rouault
Hi, Please find in https://github.com/OSGeo/gdal/pull/7249: RFC 93: OGRLayer::UpdateFeature() method This RFC adds a new method in the OGRLayer class, UpdateFeature(), to be able to update a subset of the attributes and geometry fields of a feature. Even -- http://www.spatialys.com My softwa

Re: [gdal-dev] OpenJPEG JPEG2000 Driver

2023-02-15 Thread Simon Eves
Thanks, everyone. On Wed, Feb 15, 2023 at 10:44 AM Even Rouault wrote: > > > In theory, BUILD_SHARED_LIBS=ON could/should cascade to all dependencies > > - you want static GDAL, good, we will assume you link it against > > static OpenJPEG, etc. > > That's indeed just theory. No such thing is imp

Re: [gdal-dev] OpenJPEG JPEG2000 Driver

2023-02-15 Thread Even Rouault
In theory, BUILD_SHARED_LIBS=ON could/should cascade to all dependencies - you want static GDAL, good, we will assume you link it against static OpenJPEG, etc. That's indeed just theory. No such thing is implemented (if that was implemented, it should probably be more a CMake functionality t

Re: [gdal-dev] OpenJPEG JPEG2000 Driver

2023-02-15 Thread Mateusz Loskot
On Wed, 15 Feb 2023 at 19:14, Simon Eves wrote: > > I am building OpenJPEG with SHARED_LIBS off, as we only need the static > version for GDAL. > GDAL itself builds default (SHARED_LIBS on) as we need static for our main > product build, I know nothing about OpenJPEG build configuration, but GD

Re: [gdal-dev] OpenJPEG JPEG2000 Driver

2023-02-15 Thread Simon Eves
Interesting. Thank you for that. Note that it was OpenJPEG that I added fPIC to, not GDAL itself. I am building OpenJPEG with SHARED_LIBS off, as we only need the static version for GDAL. GDAL itself builds default (SHARED_LIBS on) as we need static for our main product build, but also DSOs for th

Re: [gdal-dev] [Board] Travis usage of GRASS

2023-02-15 Thread Robert Coup
Hi, For arm support, BuildJet hosts Github Actions arm64 runners https://buildjet.com/for-github-actions/docs/runners — works well IME, and doesn't require yet another CI system configuration. I don't know whether there's any discounts/support for OSS projects. Rob :) On Tue, 14 Feb 2023 at 18:0

Re: [gdal-dev] How to build GDAL without dependency on libtiff.so or libjpeg.so

2023-02-15 Thread Even Rouault
Hi, Assuming you're speaking about how to link against internal copy with CMake builds, cf GDAL_USE_TIFF_INTERNAL and GDAL_USE_JPEG_INTERNAL at https://gdal.org/development/building_from_source.html#tiff and https://gdal.org/development/building_from_source.html#jpeg Even if you set those, y

Re: [gdal-dev] Error when trying to build Docker Images

2023-02-15 Thread Laurențiu Nicola via gdal-dev
Hi, I think libmysqlclient-dev is called default-libmysqlclient-dev on Debian. Unfortunately, you might have to experiment a little with the package names and repository lists. Laurentiu On Wed, Feb 15, 2023, at 12:51, Dirk Stenger wrote: > Thanks for all the help. Now, the build of ubuntu-ful

Re: [gdal-dev] Error when trying to build Docker Images

2023-02-15 Thread Dirk Stenger
Thanks for all the help. Now, the build of ubuntu-full also works. The reason that I am trying to build it is that I need a Debian GDAL Image. Unfortunately, the command which is derived from the readme, leads to an error: ~/git/gdal/docker$ BASE_IMAGE="debian:11" ubuntu-full/build.sh --plat