Bug#702755: spandsp: FTBFS on x32: Needs libtool update

Daniel Schepler dschepler at gmail.com
Mon Mar 11 02:09:22 UTC 2013


Source: spandsp
Version: 0.0.6~pre20-3
Severity: wishlist
Tags: patch
User: debian-x32 at lists.debian.org
Usertags: port-x32 ftbfs-libtool

The spandsp source package is getting this build failure on the
unofficial Debian x32 port:

<URL:http://buildd.debian-ports.org/status/fetch.php?pkg=spandsp&arch=x32&ver=0.0.6%7Epre20-3&stamp=1361162148>:
...
/bin/bash ../libtool --tag=CC --mode=link gcc -DNDEBUG -msse2
-std=gnu99 -ffast-math -Wall -Wunused-variable -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden
-DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1  -g -O2   -o
libspandsp.la -rpath /usr/lib -version-info 2:0:0  adsi.lo async.lo
at_interpreter.lo awgn.lo bell_r2_mf.lo bert.lo bit_operations.lo
bitstream.lo complex_filters.lo complex_vector_float.lo
complex_vector_int.lo crc.lo dds_float.lo dds_int.lo dtmf.lo echo.lo
fax.lo fax_modems.lo fsk.lo g711.lo g722.lo g726.lo gsm0610_decode.lo
gsm0610_encode.lo gsm0610_long_term.lo gsm0610_lpc.lo
gsm0610_preprocess.lo gsm0610_rpe.lo gsm0610_short_term.lo hdlc.lo
ima_adpcm.lo image_translate.lo logging.lo lpc10_analyse.lo
lpc10_decode.lo lpc10_encode.lo lpc10_placev.lo lpc10_voicing.lo
modem_echo.lo modem_connect_tones.lo noise.lo oki_adpcm.lo playout.lo
plc.lo power_meter.lo queue.lo schedule.lo sig_tone.lo silence_gen.lo
super_tone_rx.lo super_tone_tx.lo swept_tone.lo t4_rx.lo t4_tx.lo
t30.lo t30_api.lo t30_logging.lo t31.lo t35.lo t38_core.lo
t38_gateway.lo t38_non_ecm_buffer.lo t38_terminal.lo testcpuid.lo
time_scale.lo timezone.lo tone_detect.lo tone_generate.lo v17rx.lo
v17tx.lo v18.lo v22bis_rx.lo v22bis_tx.lo v27ter_rx.lo v27ter_tx.lo
v29rx.lo v29tx.lo v42.lo v42bis.lo v8.lo vector_float.lo vector_int.lo
 -ltiff -lm
../libtool: line 4453: test: : integer expression expected
../libtool: line 4453: test: : integer expression expected
creating reloadable object files...
../libtool: line 4488: test: : integer expression expected
../libtool: line 4488: test: : integer expression expected
../libtool: line 4488: test: : integer expression expected
...
../libtool: line 4488: test: : integer expression expected
creating a temporary reloadable object file: .libs/libspandsp.la-82.o
/usr/bin/ld -m elf_i386 -r -o .libs/libspandsp.la-1.o .libs/adsi.o
/usr/bin/ld: Relocatable linking with relocations from format
elf32-x86-64 (.libs/adsi.o) to format elf32-i386
(.libs/libspandsp.la-1.o) is not supported
make[4]: *** [libspandsp.la] Error 1
make[4]: Leaving directory
`/build/buildd-spandsp_0.0.6~pre20-3-x32-7TZMjT/spandsp-0.0.6~pre20/src'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/build/buildd-spandsp_0.0.6~pre20-3-x32-7TZMjT/spandsp-0.0.6~pre20/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/build/buildd-spandsp_0.0.6~pre20-3-x32-7TZMjT/spandsp-0.0.6~pre20'
dh_auto_build: make -j3 returned exit code 2
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory
`/build/buildd-spandsp_0.0.6~pre20-3-x32-7TZMjT/spandsp-0.0.6~pre20'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

The fix is to update libtool using the current Sid package (>=
2.4.2-1.2).  The attached debdiff does this at build time using
dh-autoreconf.  (The debdiff also includes my fix for #702753 --
looking at this build failure is actually what led me to notice that
other issue, though it was reproducible on amd64.)
-- 
Daniel Schepler



More information about the Pkg-voip-maintainers mailing list