Bug 614657

Summary:	Libdap 3.10.2 dropped a function
Product:	[Fedora] Fedora	Reporter:	Volker Fröhlich <volker27>
Component:	libdap	Assignee:	Orion Poplawski <orion>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	kevin, orion, pertusus
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-07-15 17:26:32 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Volker Fröhlich 2010-07-14 22:19:52 UTC

Description of problem:

QGIS doesn't build. Libdap obviously dropped an exported function without changing the version number. This causes problems in GDAL, which results in QGIS not building.

Version-Release number of selected component (if applicable):

libdap-3.10.2

Steps to Reproduce:
1. Try to build QGIS in Rawhide
  
Actual results:

QGIS fails to build

/usr/lib/gcc/x86_64-redhat-linux/4.5.0/../../../../lib64/libgdal.so: undefined reference to `libdap::AISConnect::AISConnect(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'

Comment 1 Kevin Kofler 2010-07-14 22:27:50 UTC

Yeah, ABI changes without a soname bump are evil.

If the removal was intentional, 1. the soname ought to be bumped and 2. it would be great if upstream could tell us what to use instead in GDAL.

Comment 2 Orion Poplawski 2010-07-14 22:36:38 UTC

Forwarded this to support, but the AIS* code files are missing from libdap and commented out of the makefile, so it appears intentional.

Sorry for the mess.

Comment 3 Orion Poplawski 2010-07-15 17:26:32 UTC

Here's the reply I got:

Darn! Yes, AISConnect(...) has been removed. Bump the version. Also,
replace calls to that function with calls to Connect(...). Same
arguments. I had no idea anyone was using that function...

James


I've built libdap-3.10.2-3.fc14 which has a soname of libdap.so.11.  I'll do rebuilds of gdal and others as well.