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/local/FileGDB_API
-DFileGDB_INCLUDE_DIR=/usr/local/FileGDB_API/include and the paths are
correct. The earlier FileGDB install stage is the same as in
https://github.com/OSGeo/gdal/blob/release/3.6/.github/workflows/ubuntu_20.04/build-deps.sh <https://github.com/OSGeo/gdal/blob/release/3.6/.github/workflows/ubuntu_20.04/build-deps.sh>.
(I’ve also tried /usr/include for the include path with the same result).
When I run CMake, I get the following lines in the log (irrelevant lines
have been removed):
-- Performing Test TEST_FileGDB_COMPILE
-- Performing Test TEST_FileGDB_COMPILE - Failed
-- Found FileGDB: /usr/local/FileGDB_API/lib/libFileGDBAPI.so
-- Enabled drivers and features and found dependency packages
-- The following features have been enabled:
* ogr_FILEGDB, FileGDB
-- The following OPTIONAL packages have been found:
* FileGDB
Enable FileGDB (based on closed-source SDK) driver
[ 82%] Building CXX object
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbDatasource.cpp.o
[ 82%] Building CXX object
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbDriver.cpp.o
[ 82%] Building CXX object
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbLayer.cpp.o
[ 82%] Building CXX object
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbResultLayer.cpp.o
[ 82%] Building CXX object
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbUtils.cpp.o
[ 82%] Built target ogr_FileGDB
[ 94%] Linking CXX shared library libgdal.so
/opt/rh/devtoolset-10/root/usr/libexec/gcc/x86_64-redhat-linux/10/ld:
ogr/ogrsf_frmts/filegdb/CMakeFiles/ogr_FileGDB.dir/FGdbDatasource.cpp.o:
in function FGdbDataSource::DeleteLayer(int)':
FGdbDatasource.cpp:(.text+0x12b0): undefined reference to
`FileGDBAPI::Geodatabase::Delete(std::basic_string<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t> > const&,
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> > const&)'
Many more undefined reference errors follow.
Does anyone know what could be going wrong here and what else I can try
to debug it? I’m all out of ideas.
Many thanks,
Jon
e: *jon.mor...@jbarisk.com* <mailto:jon.mor...@jbarisk.com>
d: +44 (0)1756 587229
t: *+44 (0)1756 799919* <tel:+44%20(0)1756%20799919>
*www.jbarisk.com* <http://www.jbarisk.com/>
Facebook <https://www.facebook.com/TheFloodPeople>
LinkedIn <https://www.linkedin.com/company/jba-risk-management/>
Twitter <https://twitter.com/JBARisk>
YouTube <https://www.youtube.com/channel/UC0iatom2jYbW96voW0rlpCw>
All JBA Risk Management's email messages contain confidential
information and are intended only for the individual(s) named. If you
are not the named addressee you should not disseminate, distribute or
copy this e-mail.
Please notify the sender immediately by email if you have received this
email by mistake and delete this email from your system.
JBA Risk Management Limited is registered in England, company number
07732946, 1 Broughton Park, Old Lane North, Broughton, Skipton, North
Yorkshire, BD23 3FD, England.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
