David Abrahams escribió:
The fact that you need to add *both* const and non-const is strange, in my case, just definining the const version in the higher-level class was enough.
:-(
This was a weakness of all earlier approaches that was fixed by Adobe's library; I *really* do not want to see it broken by Boost. It's not always something you can work around. Consider putting a movable-and-copyable type in std::pair; now constant pairs can't be copied, which breaks everything.
Well, maybe benefits don't outweigh problems... I added that overload so that assignment moves rvalues instead of copying them, but maybe it's a limitation and we should just live with it. Or maybe the library needs a radical change, I really don't know what would be the best approach. Thanks, Ion