ted is registered in England, company number 07732946,
1 Broughton Park, Old Lane North, Broughton, Skipton, North Yorkshire, BD23
3FD, England.
-Original Message-
From: Scott
Sent: 27 February 2023 16:03
To: Jon Morris ; gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FileGDB_COMPILE fails
ssage-
From: gdal-dev On Behalf Of Scott
Sent: 24 February 2023 16:44
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FileGDB_COMPILE fails during CMake
CAUTION: This email originated from outside of JBA and contains one or
more links. DO NOT click links unless you recognise the sender
BD23
3FD, England.
-Original Message-
From: gdal-dev On Behalf Of Scott
Sent: 24 February 2023 16:44
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FileGDB_COMPILE fails during CMake
CAUTION: This email originated from outside of JBA and contains one or more
links. DO NOT cli
With gdal >= 3.6 OpenFileGDB is built in by default, no need for
external API.
On 2/24/23 08:37, Jon Morris wrote:
Hi all,
I’ve been upgrading our build script from autotools to CMake and I’ve
almost got it working, except for FileGDB. I’ve added the cmake
parameters -DFileGDB_ROOT=/usr/l
Hi all,
I've been upgrading our build script from autotools to CMake and I've almost
got it working, except for FileGDB. I've added the cmake parameters
-DFileGDB_ROOT=/usr/local/FileGDB_API
-DFileGDB_INCLUDE_DIR=/usr/local/FileGDB_API/include and the paths are correct.
The earlier FileGDB in