[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#996154: obexftp: FTBFS: ld: final link failed: bad value



Control: reassign -1 libopenobex2-dev 1.7.2-2
Control: retitle -1 libopenobex2-dev: openobex-target-release.cmake forces static linking
Control: affects -1 src:obexftp
Control: tags -1 patch

On Mon, Oct 11, 2021 at 10:33:44AM -0300, Antonio Terceiro wrote:
>...
> Relevant part (hopefully):
> > /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libopenobex.a(api.c.o): relocation R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
> > /usr/bin/ld: final link failed: bad value
> > collect2: error: ld returned 1 exit status
>...

This is not a problem in obexftp, this is a regressiong in libopenobex 
which installs files in the wrong order forcing usage of the static 
library in the cmake files - which doesn't work when linking a shared
library.

$ grep -r libopenobex /usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2
/usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2/openobex-target-release.cmake:  IMPORTED_LOCATION_RELEASE "${_IMPORT_PREFIX}/lib/x86_64-linux-gnu/libopenobex.a"
/usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2/openobex-target-release.cmake:list(APPEND _IMPORT_CHECK_FILES_FOR_openobex "${_IMPORT_PREFIX}/lib/x86_64-linux-gnu/libopenobex.a" )
$ 

Fix is below.

cu
Adrian

--- debian/rules.old	2021-11-27 01:10:36.888770748 +0000
+++ debian/rules	2021-11-27 01:10:53.572753176 +0000
@@ -37,6 +37,6 @@
 	dh_auto_build -B $(BUILDDIR)-static
 
 override_dh_auto_install:
-	dh_auto_install -B $(BUILDDIR)
 	dh_auto_install -B $(BUILDDIR)-static
+	dh_auto_install -B $(BUILDDIR)
 	cp -v $(BUILDDIR)-static/lib/*.a debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/


Reply to: