[MacPorts] #69739: input-leap @2.4.0-20231009: error: no viable conversion from returned value of type 'unique_ptr<inputleap::SecureSocket>' to function return type 'unique_ptr<inputleap::IDataSocket>'
MacPorts
noreply at macports.org
Thu Sep 19 07:21:49 UTC 2024
#69739: input-leap @2.4.0-20231009: error: no viable conversion from returned value
of type 'unique_ptr<inputleap::SecureSocket>' to function return type
'unique_ptr<inputleap::IDataSocket>'
-------------------------+-------------------------------
Reporter: ryandesign | Owner: Koston-0xDEADBEEF
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.9.3
Resolution: | Keywords:
Port: input-leap |
-------------------------+-------------------------------
Comment (by Koston-0xDEADBEEF):
Alright, port has been updated, build system is much cleaner now and I
took a closer look at this.
The bug is actually in OS X 10.11 SDK implementation of std::unique_ptr,
which is a massive C++ template hell. I don't have enough sanity points
(or time) to spend coming up with a reasonable solution for this, I'm
afraid.
On the bright side, input-leap development has picked up a bit recently
and one of the goals is ensuring backwards compatibility with barrier and
even old synergy. It's always been compatible with barrier, but now
guaranteeing compatibility is an explicit goal.
I suggest closing this ticket as "won't fix", instead encouraging OS X
10.11 users to use barrier instead and ensuring it remains in the ports
tree for this purpose.
--
Ticket URL: <https://trac.macports.org/ticket/69739#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list