
Joel de Guzman
Fixed. I admit it's a bug. The thing is, fusion tuple adopted the TR1 interface in essence plus some more extensions to take advantage of the features fusion provides beyond TR1 (e.g. iterators, algorithms, sequence compatibility, etc.). The side effect is that corner cases like this becomes problematic on some compilers.
Solution: conform to TR1 to the letter. No extras. No more, no less. The downside is that some features (e.g. copy/assign from a fusion list or view) are *now disabled*. Anyway, if you want a more feature rich implementation, go for the fusion vector.
And this here fails:
#include