#47758 closed defect (fixed)
gdal upgrade to 1.11.2_2 fails
Reported by: | watsodw | Owned by: | Veence (Vincent) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | Cc: | basmac, florian@…, cmutel (Chris Mutel), chris.waigl@…, hanfl@…, larryv (Lawrence Velázquez), gbesanaostman@… | |
Port: | gdal |
Description
See log.
Attachments (1)
Change History (20)
Changed 9 years ago by watsodw
comment:1 Changed 9 years ago by mf2k (Frank Schima)
Cc: | vince@… removed |
---|---|
Owner: | changed from macports-tickets@… to vince@… |
comment:2 Changed 9 years ago by basmac
Cc: | barry.j.mcinnes@… added |
---|
comment:4 Changed 9 years ago by florian@…
I can confirm this on OSX 10.9 only using Apple LLVM version 6.0 (clang-600.0.54):
Undefined symbols for architecture x86_64: "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char const*, unsigned long) const", referenced from: HDF5Dataset::HDF5ReadDoubleAttr(char const*, double**, int*) in hdf5dataset.o
Builds fine without the hdf5 variant. No issues with hdf5 using gcc on OSX 10.6.
comment:12 Changed 9 years ago by Veence (Vincent)
I’m not sure I can do something about it. I have no 10.9 system anymore. If someone finds a workaround or even a kludge, I will gladly pull it, but as is, it’s a bit way over my head (besides I gave up C++ so long ago that most of it now sounds like mumbo jumbo to me. :(
Isn’t that tied to some buggy release of the STDC++ library?
comment:14 Changed 9 years ago by larryv (Lawrence Velázquez)
Cc: | gbesanaostman@… added |
---|
Has duplicate #47925.
comment:15 follow-up: 16 Changed 9 years ago by larryv (Lawrence Velázquez)
I can reproduce this on Yosemite.
comment:16 Changed 9 years ago by florian@…
I know of another person who can reproduce this failure on 10.10.3.
comment:17 Changed 9 years ago by gbesanaostman@…
Yes, I forgot to put this info in my ticket. I was installing port gdal on Yosemite 10.10.3 when it failed. I hope someone can come up with a solution, soon. Thanks a lot in advance!
comment:18 follow-up: 20 Changed 9 years ago by florian@…
This GDAL build failure seems to be solved by an upstream patch to HDF5 (r137065, https://www.hdfgroup.org/ftp/HDF5/releases/hdf5-1.8.15-patch1/src/hdf5-1.8.15-patch1-RELEASE.txt for reference). Can anyone confirm this?
comment:19 Changed 9 years ago by basmac
Works for me now -
bash-3.2# port clean gdal
---> Cleaning gdal
bash-3.2# port install gdal +expat+geos+hdf5+netcdf+spatialite
---> Computing dependencies for gdal
---> Fetching archive for gdal
---> Attempting to fetch gdal-1.11.2_2+expat+geos+hdf5+netcdf+spatialite.darwin_14.x86_64.tbz2 from http://packages.macports.org/gdal
---> Attempting to fetch gdal-1.11.2_2+expat+geos+hdf5+netcdf+spatialite.darwin_14.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/gdal
---> Attempting to fetch gdal-1.11.2_2+expat+geos+hdf5+netcdf+spatialite.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gdal
---> Fetching distfiles for gdal
---> Attempting to fetch gdal-1.11.2.tar.gz from http://distfiles.macports.org/gdal
---> Verifying checksums for gdal
---> Extracting gdal
---> Applying patches to gdal
---> Configuring gdal
---> Staging gdal into destroot
---> Installing gdal @1.11.2_2+expat+geos+hdf5+netcdf+spatialite
---> Deactivating gdal @1.11.2_2+expat
---> Cleaning gdal
---> Activating gdal @1.11.2_2+expat+geos+hdf5+netcdf+spatialite
---> Cleaning gdal
---> Updating database of binaries
---> Scanning binaries for linking errors
---> No broken files found.
bash-3.2#
comment:20 Changed 9 years ago by larryv (Lawrence Velázquez)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yes, I can destroot gdal +hdf5
successfully now. I’m going to call this fixed by r137065.
comment:21 follow-up: 22 Changed 9 years ago by gbesanaostman@…
I tried doing it in my Mac:
$ sudo port clean gdal ---> Cleaning gdal
$ sudo port install gdal +curl +geos +hdf5 +netcdf ---> Computing dependencies for gdal ---> Fetching archive for gdal ---> Attempting to fetch gdal-1.11.2_2+curl+expat+geos+hdf5+netcdf.darwin_14.x86_64.tbz2 from http://packages.macports.org/gdal ---> Attempting to fetch gdal-1.11.2_2+curl+expat+geos+hdf5+netcdf.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gdal ---> Attempting to fetch gdal-1.11.2_2+curl+expat+geos+hdf5+netcdf.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/gdal ---> Fetching distfiles for gdal ---> Verifying checksums for gdal ---> Extracting gdal ---> Applying patches to gdal ---> Configuring gdal ---> Building gdal Error: org.macports.build for port gdal returned: command execution failed Please see the log file for port gdal for details:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_gdal/gdal/main.log
To report a bug, follow the instructions in the guide:
Error: Processing of port gdal failed
Its not doing the destroot portion. Is there something I am doing wrong?
comment:22 Changed 9 years ago by larryv (Lawrence Velázquez)
Did you get the new hdf5
?
% sudo port selfupdate % sudo port upgrade outdated
comment:23 Changed 9 years ago by gbesanaostman@…
The selfupdate and upgrade did it! That step, i missed. So, after doing that, I got the hdf5 update and everything went well with gdal. Thanks a bunch!
Cc Me!