Ryan Haining

`std::optional` doesn't support reference types. I can use a `std::optional` but that'll throw off uses with assignment

Sorry for the delayed response. You're not the first person to ask for something similar (see #41). The issue is that `product` is able to handle different types, and so...

It's probably easier than implementing the existing version of product, the problem is that it's not a tweak, it's a from scratch implementation. If you knew the upper bound and...

I'm not disagreeing about the ideal, it's just a totally different implementation than the existing product On Wed, Jul 29, 2020, 2:17 AM simonzack wrote: > Well I know the...

Yeah, I would also like to be able to use that, but it's pretty complicated to implement. Everything in `iter::slice` needs to work with types that don't support `std::prev` /...

Without iterating through at all, I don't think so. With just printing them I have: ```c++ #include "cppitertools/combinations_with_replacement.hpp" #include #include int main() { const std::vector v = {3, 7}; for...

Visual Studio lags so far behind I've never attempted to support it. I've stayed pretty consistent on supporting gcc and clang with libstdc++ and libc++. I haven't touched VS in...

I haven't bothered keeping up with VS because it's always been so bad. It's of course possible they got it together on 2015 (though "unknown size errors everywhere" makes me...

`master` tracks c++14, if you're not using `-std=c++14` I wouldn't expect anything using `imap` on `master` to compile. Your code with that line uncommented works for me under gcc-5.2 and...

I still can't reproduce with gcc-5.2, I'll build gcc-5.1 today and get back to you. The error message doesn't even make sense to me, it's obviously not declaring a data...