Combining reversed with zip (and possibly others) about cppitertools HOT 4 CLOSED

All of the itertools have InputIterators for the sake of it being doable. You can't reverse something with input iterators without constructing a temporary container to hold the contents, but then you lose the lazy evaluation.
Supporting reverse would mean supporting types that may have rend() and rbegin() themselves, or only extending the iterator capabilities in the case of the underlying sequence (container1, etc) having a more flexible iterator type. The work involved here is huge, I don't have any plans to implement this right now.
If your two containers are of equal length and are themselves reversible, I think you could get away with

zip(reversed(container1), reversed(container2))

from cppitertools.

Thank you for your quick answer! The code you proposed works in my situation.

I will have a look if I can find a general solution involving rend() and rbegin() but I have little experience in heavy template usage.

from cppitertools.

it's pretty heavy. The SFINAEing involved will need to be pretty precise if I'm picturing this correctly. Reversing is also non-obvious for many itertools. For example, consider the case where container1 and container2 have different lengths:

std::vector<int> v = {1, 2, 3};
std::string s{"abcdef"};

If you zip this zip(v, s) you'll get

{1, a}
{2, b}
{3, c}

If you reverse it reversed(zip(v,s)), what should you get? The reversed version of the above would be

{3, c}
{2, b}
{1, a}

but that doesn't match zip(reversed(v), reversed(s)):

{3, f}
{2, e}
{1, d}

from cppitertools.

I think in case of containers of different length it would be ok if the two versions with reversed() differ, as long as the rules of how they work/differ are clear.

I realized I won't have the time to work on an implementation right now and my problem has been solved, so I will close this issue. Thanks for your help!

from cppitertools.