On Tue, Feb 14, 2017 at 09:42:53PM -0500, Orcan Ogetbil wrote:
> On 7 February 2017 at 16:32, Marek Polacek  wrote:
> > libffado-2.3.0-1.fc26.src.rpm
> > sflphone-1.4.1-20.fc26.src.rpm
> >         error: no matching function for call to ...
> >         Invalid code.
> 
> I am 99% sure that these 2 errors are due to a bug in dbus-c++. Is the
> new compiler attempting to compile (or verify) code in template
> classes even if they are not initialized? I suspect that there is
> broken code in the Threading class.
> 
> log:
> -----
> usr/include/dbus-c++-1/dbus-c++/dispatcher.h:262:5: error: no matching
> function for call to '_init_threading(DBus::Mutex* (&)(), void
> (&)(DBus::Mutex*), void (&)(DBus::Mutex*), void (&)(DBus::Mutex*),
> DBus::CondVar* (&)(), void (&)(DBus::CondVar*), void
> (&)(DBus::CondVar*, DBus::Mutex*), bool (&)(DBus::CondVar*,
> DBus::Mutex*, int), void (&)(DBus::CondVar*), void
> (&)(DBus::CondVar*))'
>      );
>      ^
> /usr/include/dbus-c++-1/dbus-c++/dispatcher.h:247:13: note: candidate:
> void DBus::_init_threading()
>  void DXXAPI _init_threading();
>              ^~~~~~~~~~~~~~~
> /usr/include/dbus-c++-1/dbus-c++/dispatcher.h:247:13: note:
> candidate expects 0 arguments, 10 provided
> /usr/include/dbus-c++-1/dbus-c++/dispatcher.h:249:13: note: candidate:
> void DBus::_init_threading(DBus::MutexNewFn, DBus::MutexFreeFn,
> DBus::MutexLockFn, DBus::MutexUnlockFn, DBus::CondVarNewFn,
> DBus::CondVarFreeFn, DBus::CondVarWaitFn, DBus::CondVarWaitTimeoutFn,
> DBus::CondVarWakeOneFn, DBus::CondVarWakeAllFn) <near match>
>  void DXXAPI _init_threading(
>              ^~~~~~~~~~~~~~~
> /usr/include/dbus-c++-1/dbus-c++/dispatcher.h:249:13: note:
> conversion of argument 3 would be ill-formed:
> -----
> 
> see:
> http://dbus-cplusplus.sourceforge.net/dispatcher_8h_source.html

I suppose this is another incarnation of what we described here:
https://gcc.gnu.org/gcc-7/porting_to.html#hypothetical-instantiation

        Marek
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to