Adam D. Barratt wrote:
> Package: src:opal
> Version: 3.6.6~dfsg-4
> Severity: serious
> 
> Hi,
> 
> opal_3.6.6~dfsg-4 fails to build on hppa (tried four times).
> 
>>From the end of the build log:
> 
> /usr/bin/make PTLIBDIR=/usr 
> OPALDIR=/build/buildd-opal_3.6.6~dfsg-4-hppa-Sy4thE/opal-3.6.6~dfsg -C 
> samples/simple
> make[1]: Entering directory 
> `/build/buildd-opal_3.6.6~dfsg-4-hppa-Sy4thE/opal-3.6.6~dfsg/samples/simple'
> g++ -g -O2 -g -Wall -O2 -O3 -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 
> -fno-exceptions -I/usr/include/opal -I/usr/include/SDL   -I../../include -c 
> main.cxx -o obj_linux_hppa/main.o
> g++ obj_linux_hppa/main.o  -lopal -lpt -lpthread -lrt -lsasl2 -lldap -llber 
> -lldap_r -lssl -lcrypto -lexpat -lSDL -lodbc -lresolv -ldl -lspeexdsp   -L 
> ../../lib* -o obj_linux_hppa/simpleopal
> ../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual thunk to 
> PVXMLSession::Trigger()'
> ../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual thunk to 
> PVXMLSession::OnEndRecording(PString const&)'
> ../../lib_linux_hppa/libopal.so: undefined reference to `non-virtual thunk to 
> PVXMLSession::RecordEnd()'
> collect2: ld returned 1 exit status
> make[1]: *** [obj_linux_hppa/simpleopal] Error 1
> make[1]: Leaving directory 
> `/build/buildd-opal_3.6.6~dfsg-4-hppa-Sy4thE/opal-3.6.6~dfsg/samples/simple'
> make: *** [build/simpleopal] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 
> The full log is available at 
> https://buildd.debian.org/fetch.cgi?&pkg=opal&ver=3.6.6%7Edfsg-4&arch=hppa&stamp=1266684365&file=log

This is very strange.

According to http://packages.debian.org/search?keywords=libopal3.6.6,
hppa has 3.6.6~dfsg-3 but does not have the latest 3.6.6~dfsg-4.


The PVXMLSession::Trigger() functions which give errors are found in
ptlib, but in both cases the same ptlib package was used, cf.
https://buildd.debian.org/fetch.cgi?pkg=opal;ver=3.6.6~dfsg-3;arch=hppa;stamp=1255622898
and
https://buildd.debian.org/fetch.cgi?pkg=opal;ver=3.6.6~dfsg-4;arch=hppa;stamp=1268343033

Unpacking libpt2.6.5 (from .../libpt2.6.5_2.6.5-1_hppa.deb) ...
and
Unpacking libpt2.6.5 (from .../libpt2.6.5_2.6.5-1_hppa.deb) ...


On the other hand, the changes between the two versions of opal package
are really non-intrusive, I attach to this e-mail the diff between
http://ftp.de.debian.org/debian/pool/main/o/opal/opal_3.6.6~dfsg-3.diff.gz
and
http://ftp.de.debian.org/debian/pool/main/o/opal/opal_3.6.6~dfsg-4.diff.gz


So I would rather expect a failure due to the compiler (4.3->4.4), which
is different:
Toolchain package versions: libc6-dev_2.9-26 linux-libc-dev_2.6.30-8
g++-4.3_4.3.4-5 gcc-4.3_4.3.4-5 binutils_2.19.91.20090927-1
libstdc++6_4.4.1-6 libstdc++6-4.3-dev_4.3.4-5
and
Toolchain package versions: libc6-dev_2.10.2-6 dpkg-dev_1.15.5.6
linux-libc-dev_2.6.32-9 g++-4.4_4.4.3-3 gcc-4.4_4.4.3-3
binutils_2.20.1-2 libstdc++6_4.4.3-3 libstdc++6-4.4-dev_4.4.3-3

Are you aware of such a problem on hppa architecture (the other
architectures build well, and there is no #define ...HPPA... in .cpp
files)?  Maybe this is linked to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558999 ?

-- 
Eugen
540,541c540,541
< + libtheora-dev, libgsm1-dev, libspeex-dev, libspeexdsp-dev, libcelt-dev,
< + libcapi20-dev, libavcodec-dev
---
> + libtheora-dev, libgsm1-dev, libspeex-dev, libspeexdsp-dev,
> + libcapi20-dev
543c543
< + libx264-dev
---
> + libx264-dev, libcelt-dev
553,554c553,554
< +Conflicts: libopal-2.2-ptrace, libopal-2.2-develop, libopal-2.2.0, libopal-snapshot, libopal3.3-beta1
< +Replaces: libopal-snapshot, libopal3.3-beta1
---
> +Conflicts: libopal-2.2-ptrace, libopal-2.2-develop, libopal-2.2.0, libopal3.3-beta1
> +Replaces: libopal3.3-beta1
599,600c599,600
< +Replaces: libopal-snapshot-dbg, libopal3.3-beta1-dbg
< +Conflicts: libopal-snapshot-dbg, libopal3.3-beta1-dbg
---
> +Replaces: libopal3.3-beta1-dbg
> +Conflicts: libopal3.3-beta1-dbg
647c647,661
< @@ -0,0 +1,301 @@
---
> @@ -0,0 +1,315 @@
> +opal (3.6.6~dfsg-4) unstable; urgency=low
> +
> +  [ Eugen Dedu ]
> +  * Disable celt codec, since celt is changing its API and upstream
> +    source does not compile with the new 0.7.0 celt release (Closes: #556832)
> +  * Remove some conflicts with non-official snapshot packages.
> +  * Remove unuseful libavcodec-dev from Build-Depends (it does not bring
> +    any new encoder and hurts non-official packages).
> +
> +  [ Mark Purcell ]
> +  * Build-Conflicts: libcelt-dev
> +
> + -- Mark Purcell <m...@debian.org>  Mon, 01 Feb 2010 17:30:21 +0100
> +
971c985
< @@ -0,0 +1,67 @@
---
> @@ -0,0 +1,70 @@
990a1005,1007
> +
> +# celt changes its API too fast, so upstream does not keep track with them
> +DEB_CONFIGURE_EXTRA_FLAGS := --disable-celt

Reply via email to