transform_iterator end iterator with non-default-constructible unary function
Open
- Dominant language
- C++
- Stars
- 23
- Forks
- 70
- PR merge metrics
- No merged PRs in 30d
Description
Currently one have to construct/copy a second copy of transformation function for an end iterator what is unwanted and seems to be omission of the library design. For example, Boost.Range solves it via wrapping user functor with `optional`, unfortunately.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.