Fails to build with GDAL 2.5.0-beta1 (ogrext.so: undefined symbol: OSRFixup)
See original GitHub issueExpected behavior and actual behavior.
The fiona Debian package fails to build with GDAL 2.5.0-beta1:
...
fiona/_crs.c: In function ‘__pyx_pf_5fiona_4_crs_crs_to_wkt’:
fiona/_crs.c:2183:10: warning: implicit declaration of function ‘OSRFixup’; did you mean ‘OSRCleanup’? [-Wimplicit-function-declaration]
(void)(OSRFixup(__pyx_v_cogr_srs));
^~~~~~~~
OSRCleanup
...
fiona/ogrext.c: In function ‘__pyx_pf_5fiona_6ogrext_14WritingSession_start’:
fiona/ogrext.c:17239:18: warning: implicit declaration of function ‘OSRFixup’; did you mean ‘OSRCleanup’? [-Wimplicit-function-declaration]
(void)(OSRFixup(__pyx_v_cogr_srs));
^~~~~~~~
OSRCleanup
...
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/config.py", line 368, in eval_config_file
execfile_(filename, namespace)
File "/usr/lib/python2.7/dist-packages/sphinx/util/pycompat.py", line 150, in execfile_
exec_(code, _globals)
File "/usr/lib/python2.7/dist-packages/six.py", line 709, in exec_
exec("""exec _code_ in _globs_, _locs_""")
File "<string>", line 1, in <module>
File "/build/fiona-1.8.4/docs/conf.py", line 14, in <module>
import fiona
File "/build/fiona-1.8.4/.pybuild/cpython2_2.7_fiona/build/fiona/__init__.py", line 83, in <module>
from fiona.collection import BytesCollection, Collection
File "/build/fiona-1.8.4/.pybuild/cpython2_2.7_fiona/build/fiona/collection.py", line 9, in <module>
from fiona.ogrext import Iterator, ItemsIterator, KeysIterator
ImportError: /build/fiona-1.8.4/.pybuild/cpython2_2.7_fiona/build/fiona/ogrext.so: undefined symbol: OSRFixup
From the MIGRATION_GUIDE.TXT:
* removal of OSRFixup() and OSRFixupOrdering(): no longer needed since objects constructed are always valid
Steps to reproduce the problem.
Build Fiona with GDAL 2.5.0-beta1
Operating system
For example: Debian unstable
Fiona and GDAL version and provenance
fiona (1.8.4-1)
& fiona (1.8.6-1~exp1)
Debian packages
gdal (2.5.0~beta1+dfsg-1~exp1)
Debian package.
Issue Analytics
- State:
- Created 4 years ago
- Comments:8 (4 by maintainers)
Top Results From Across the Web
Fails to build with GDAL 2.5.0-beta1 - Repositories / otb · GitLab
Description OTB 6.6.1 fails to build with GDAL 2.5.0-beta1: ... removal of OSRFixup() and OSRFixupOrdering(): no longer needed since objects ...
Read more >Error using gdal_calc.py with gdal 2.2.1 on linux (undefined ...
I use gdal from the shell (linux) with this command: ... packages/osgeo/_gdal_array.x86_64-linux-gnu.so: undefined symbol: GDALCreateDriver.
Read more >Beanstalk Migration Failing for Geodjango - Stack Overflow
Beanstalk Migration Failing for Geodjango ; /usr/lib64/libgdal.so ;.1: undefined ; symbol: GDALGetMetadataDomainList ; ElasticBeanstalk:: ...
Read more >Installing Geospatial libraries - Django documentation
The GeoDjango interfaces to GEOS, GDAL, and GeoIP may be used independently of Django. In other words, no database or settings file required...
Read more >[gdal-dev] Error after building GDAL 2 in Debian jessie
[gdal-dev] Error after building GDAL 2 in Debian jessie ... every GDAL/OGR command I run: "symbol lookup error: /usr/lib/libgdal.so.20: undefined symbol: ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
What about completely skipping GDAL 2.5.0 and focusing on GDAL 3.0 support?
A project shouldn’t remove functions from the public API at 2.5.0. That’s a breaking change. I’ll mail gdal-dev about this.