On Sat, 23 Apr 2016 18:19:46 -0700 Martin Michlmayr <t...@hpe.com> wrote: > Package: seq24 > Version: 0.9.3-1 > Severity: serious > > This package fails to build in unstable: > > > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux > ... > > make[1]: Entering directory '/<<PKGBUILDDIR>>' > > make[2]: Entering directory '/<<PKGBUILDDIR>>' > > g++ -DHAVE_CONFIG_H -I. -I./src -Wdate-time -D_FORTIFY_SOURCE=2 > > -std=c++11 -pthread -I/usr/include/gtkmm-2.4 > > -I/usr/lib/x86_64-linux-gnu/gtkmm-2.4/include -I/usr/include/atkmm-1.6 > > -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 > > -I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include > > -I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include > > -I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include > > -I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include > > -I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include > > -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include > > -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include > > -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 > > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 > > -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 > > -I/usr/include/libpng16 -I/usr/include/pango-1.0 > > -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 > > -Wall -g -O2 -fstack-protector-strong -Wformat -Werror=format-security > > -std=c++11 -c -o src/configfile.o src/configfile.cpp > > In file included from src/sequence.h:33:0, > > from src/midibus.h:41, > > from src/perform.h:27, > > from src/configfile.h:23, > > from src/configfile.cpp:21: > > src/mutex.h:47:30: error: reference to 'mutex' is ambiguous > > class condition_var : public mutex { > > ^ > > src/mutex.h:27:7: note: candidates are: class mutex > > class mutex { > > ^ > > -- > Martin Michlmayr > Linux for HPE Helion, Hewlett Packard Enterprise > >
The ambiguity is between Seq24's "mutex" class and the "mutex" class from the standard thread support library, which glibmm uses. While it is possible to use "::mutex" to resolve the ambiguity, I think a cleaner solution is to rename Seq24's mutex to something like "ptmutex" (as it uses pthreads). In any rate, I think this should be sent upstream for review. Philip Chung