6 May
2016
6 May
'16
5:05 p.m.
[Frank Mori Hess]
The specification change is the removal of the converting constructor for 1-tuples. The thing is, signals2 never did any converting construction of tuples. It was a straight copy construction of some templated function arguments. The compiler error was using the converting tuple constructor at all.
Can you please demonstrate this with a self-contained, STL-only, Boost-free repro? What you're describing doesn't correspond to the test cases I've seen. (I have the ability to reduce Boost-using repros, but it is very slow - Boost is complicated and I'm not familiar with its internals.) I don't believe there's a bug in our implementation, but if there is, I want to know immediately so I can fix it. Thanks, STL