gdalinfo returns undef_symbol

Bug #1949362 reported by Epiesasha
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
gdal (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

upgading from 21.10, clean-up old packages and re-installing gdal returns:

gdalinfo: symbol lookup error: /lib/libgdal.so.28: undefined symbol: _ZN6libdap5ErrorD1Ev

Revision history for this message
Epiesasha (epiesasha) wrote :

I have tried a build from source, but I encountered problems with libdap dependency. I guess the problems are correlated.

```
[ 50%] Building CXX object frmts/dods/CMakeFiles/gdal_DODS.dir/dodsdataset2.cpp.o
In file included from /usr/include/libdap/XDRUtils.h:37,
                 from /usr/include/libdap/Sequence.h:50,
                 from /home/epinux/dev/gdal/frmts/dods/libdap_headers.h:50,
                 from /home/epinux/dev/gdal/frmts/dods/dodsdataset2.cpp:38:
/usr/include/libdap/xdr-datatypes.h:16:10: fatal error: rpc/types.h: No such file or directory
   16 | #include <rpc/types.h>
      | ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [frmts/dods/CMakeFiles/gdal_DODS.dir/build.make:82: frmts/dods/CMakeFiles/gdal_DODS.dir/dodsdataset2.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:8445: frmts/dods/CMakeFiles/gdal_DODS.dir/all] Error 2
make: *** [Makefile:160: all] Error 2
➜ build git:(master) ✗

```

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gdal (Ubuntu):
status: New → Confirmed
Revision history for this message
Marek ZJ (mzalfres) wrote :

The same error drops when starting digikam application, it tries to use that failing library.

Revision history for this message
Seth Arnold (seth-arnold) wrote :

Probably it's missing dependencies on libtirpc-dev to build and libtirpc3 to run. Try installing libtirpc3 and see if that lets it get further.

Thanks

Revision history for this message
Epiesasha (epiesasha) wrote :

I tired the following:

```
➜ MB-System-5.7.5 /usr/bin/gdalinfo
/usr/bin/gdalinfo: symbol lookup error: /lib/libgdal.so.28: undefined symbol: _ZN6libdap5ErrorD1Ev
➜ MB-System-5.7.5 sudo apt install libtirpc-dev libtirpc3
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
libtirpc-dev is already the newest version (1.3.2-2).
libtirpc3 is already the newest version (1.3.2-2).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

```

The error persist - I see the library you mention, has the following header: `/usr/include/tirpc/rpc/types.h`

I moved away from cmake and built GDAL from source using the old './configure' scripts .. and it builds fine.

I also have another tool that requires the same header - MB-Stestem (pinned for my use to V.5.7)
And it also has issues in finding the types.h header. Its configure script returns the following:

```
checking for rpc/rpc.h... no
checking for tirpc/rpc/rpc.h... no
checking for rpc/types.h... no
checking for tirpc/rpc/types.h... no
configure: error: Required header <rpc/types.h> not found, check include path and installed development packages
```

Revision history for this message
Marek ZJ (mzalfres) wrote :

I have downloaded the latest version of the libgdal and I was able ylto build I'd successfully on my machine. Tha is my current workaround for running digkam. I can try a clean 21.10 installation, upgrade it to 22.04, then install digikam and confirm steps necessary to build libgdal from sources.

Revision history for this message
Marek ZJ (mzalfres) wrote :

OK, this one seems to be fixed now. With latest libgdal updates, I have no more this error.

Changed in gdal (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.