Bug#822394: seq24: FTBFS: error: reference to 'mutex' is ambiguous

[Philip Chung]

On Sat, 23 Apr 2016 18:19:46 -0700 Martin Michlmayr <tbm at 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