Martin Moene

... nor has string_view static extents... It's not very likely I will or want to make big strides in _gsl lite_. Perhaps a `nonstd::string_span` can be provided in a separate...

_gsl lite_ isn't necessarily in "maintenance mode", however 1) I've currently not much time to spare and 2) I'm hesitant – at least for now – to incorporate (the large)...

Announcement ---------------- I'm happy to announce that Moritz Beutel, @mbeutel is taking over maintenance and development of _gsl-lite_. Moritz has been the only one stepping forward thus far. I think...

...users _may_ express their gratefulness via disappointment through anger :)

@polasek Thanks for bringing this up and for the PR. There have been issues with non-movable, non-copyable elements before, such as issue #32. Hope to look at your PR today/tomorrow.

Yeah, forgot std:: expected wasn't available until C++23.

@polasek Above commits should solve this issue. Separation of concerns may be improved upon, something I hope to look into later.

See also [PR 60](https://github.com/martinmoene/expected-lite/pull/60) and [PR 61](https://github.com/martinmoene/expected-lite/pull/61) of [expected-lite](https://github.com/martinmoene/expected-lite) for C++11 implementation ideas.

@eyalroz, @oliverlee The unconditional `constexpr` in the non-optimize case of `constexpr const CharT* search()` should perhaps be replaced with something like `nssv_constexpr20_lib`. I'd like `nssv_HAVE_CONSTEXPR_20_LIB` to be not overly restrictive...

However, a possibly recursive search, possibly exhausting the stack doesn't look like _the right thing to do_ at default.