Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 569514 - media-sound/seq24 fails to build with libsigc++-2.6
Summary: media-sound/seq24 fails to build with libsigc++-2.6
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Professional Audio Applications Maintainers
URL:
Whiteboard: Pending removal: 2016-02-16
Keywords: PMASKED
Depends on:
Blocks: libsigc++-2.6
  Show dependency tree
 
Reported: 2015-12-23 16:37 UTC by Pacho Ramos
Modified: 2016-01-26 07:53 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2015-12-23 16:37:32 UTC
I tried to make it use the proper CXXFLAGS, but it still fails as:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805681
Comment 1 Pacho Ramos gentoo-dev 2015-12-25 17:34:33 UTC
Maybe appending -fpermisive could help

ALso, it looks like fedora is using a snapshot:
http://pkgs.fedoraproject.org/cgit/seq24.git/tree/seq24.spec
Comment 2 Pacho Ramos gentoo-dev 2015-12-31 11:50:43 UTC
With fpermissive it still fails a bit later :
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/memory:79:0,
                 from /usr/include/glibmm-2.4/glibmm/objectbase.h:32,
                 from /usr/include/glibmm-2.4/glibmm/wrap.h:23,
                 from /usr/include/glibmm-2.4/glibmm/containerhandle_shared.h:26,
                 from /usr/include/glibmm-2.4/glibmm/arrayhandle.h:23,
                 from /usr/include/glibmm-2.4/glibmm.h:91,
                 from /usr/include/gtkmm-2.4/gtkmm/main.h:7,
                 from globals.h:31,
                 from event.h:26,
                 from sequence.h:31,
                 from perfedit.h:25,
                 from perfedit.cpp:21:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional: In instantiation of '_Result std::_Bind_result<_Result, _Functor(_Bound_args ...)>::__call(std::tuple<_Args2 ...>&&, std::_Index_tuple<_Indexes ...>, typename std::_Bind_result<_Result, _Functor(_Bound_args ...)>::__disable_if_void<_Res>::type) [with _Res = Gtk::Menu*; _Args = {}; long unsigned int ..._Indexes = {0ul}; _Result = Gtk::Menu*; _Functor = sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>; _Bound_args = {Gtk::Menu*}; typename std::_Bind_result<_Result, _Functor(_Bound_args ...)>::__disable_if_void<_Res>::type = int]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:1496:24:   required from 'std::_Bind_result<_Result, _Functor(_Bound_args ...)>::result_type std::_Bind_result<_Result, _Functor(_Bound_args ...)>::operator()(_Args&& ...) [with _Args = {}; _Result = Gtk::Menu*; _Functor = sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>; _Bound_args = {Gtk::Menu*}; std::_Bind_result<_Result, _Functor(_Bound_args ...)>::result_type = Gtk::Menu*]'
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256:21:   required from 'sigc::adaptor_functor<T_functor>::result_type sigc::adaptor_functor<T_functor>::operator()() const [with T_functor = std::_Bind_result<Gtk::Menu*, sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>(Gtk::Menu*)>; sigc::adaptor_functor<T_functor>::result_type = void]'
/usr/include/sigc++-2.0/sigc++/functors/slot.h:108:36:   required from 'static T_return sigc::internal::slot_call0<T_functor, T_return>::call_it(sigc::internal::slot_rep*) [with T_functor = std::_Bind_result<Gtk::Menu*, sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>(Gtk::Menu*)>; T_return = void]'
/usr/include/sigc++-2.0/sigc++/functors/slot.h:115:37:   required from 'static void* (* sigc::internal::slot_call0<T_functor, T_return>::address())(void*) [with T_functor = std::_Bind_result<Gtk::Menu*, sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>(Gtk::Menu*)>; T_return = void; sigc::internal::hook = void* (*)(void*)]'
/usr/include/sigc++-2.0/sigc++/functors/slot.h:454:83:   required from 'sigc::slot0<T_return>::slot0(const T_functor&) [with T_functor = std::_Bind_result<Gtk::Menu*, sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>(Gtk::Menu*)>; T_return = void]'
/usr/include/sigc++-2.0/sigc++/functors/slot.h:1668:26:   required from 'sigc::slot<T_return, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::slot(const T_functor&) [with T_functor = std::_Bind_result<Gtk::Menu*, sigc::bound_mem_functor1<void, perfedit, Gtk::Menu*>(Gtk::Menu*)>; T_return = void]'
perfedit.cpp:122:113:   required from here
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:1396:50: error: void value not ignored as it ought to be
         (get<_Indexes>(_M_bound_args), __args)...);
                                                  ^
Makefile:397: recipe for target 'perfedit.o' failed
make[3]: *** [perfedit.o] Error 1
make[3]: *** Waiting for unfinished jobs....
perfnames.cpp: In member function 'void perfnames::redraw_dirty_sequences()':
perfnames.cpp:320:10: warning: variable 'draw' set but not used [-Wunused-but-set-variable]
     bool draw = false;
          ^
make[3]: Leaving directory '/var/tmp/portage/media-sound/seq24-0.9.2-r1/work/seq24-0.9.2/src'
Makefile:413: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/var/tmp/portage/media-sound/seq24-0.9.2-r1/work/seq24-0.9.2/src'
Makefile:263: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/var/tmp/portage/media-sound/seq24-0.9.2-r1/work/seq24-0.9.2/src'
Makefile:253: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
Comment 3 Pacho Ramos gentoo-dev 2015-12-31 11:53:04 UTC
Neither snapshot will compile, we need this from a fork:
https://github.com/ahlstromcj/sequencer64/commit/30ae28475094a98109f2398655d1316c034f93d3
Comment 4 Pacho Ramos gentoo-dev 2016-01-01 21:03:54 UTC
But the patch doesn't apply either :S

We then should package a snapshot of that fork or finally treeclean this I guess :/
Comment 5 Pacho Ramos gentoo-dev 2016-01-06 14:44:36 UTC
CCing treecleaners
Comment 6 Erik Mackdanz gentoo-dev 2016-01-26 02:12:29 UTC
Upstream put out a new release yesterday (0.9.3).  It built fine for me with libsigc++ 2.6.2, and it runs okay too.

If I commit the new release with myself as maintainer, can we not treeclean it?  It's still quite popular with users (search YouTube for seq24, sort by date, ~9 videos in the last year)
Comment 7 Alexis Ballier gentoo-dev 2016-01-26 07:53:41 UTC
(In reply to Erik Mackdanz from comment #6)
> Upstream put out a new release yesterday (0.9.3).  It built fine for me with
> libsigc++ 2.6.2, and it runs okay too.
> 
> If I commit the new release with myself as maintainer, can we not treeclean
> it?  It's still quite popular with users (search YouTube for seq24, sort by
> date, ~9 videos in the last year)

did that myself; feel free to help in maintaining it though (or better: join proaudio herd)

and by the way, the whole point of lastrites & waiting one month is to leave fellow developers time to do exactly what you were asking, without having to ask :)