-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix/v4.1.1.compiler errors #1
base: master
Are you sure you want to change the base?
Conversation
@@ -69,9 +69,13 @@ struct co_observable_inc_awaiter | |||
}; | |||
|
|||
template<typename Source> | |||
struct co_observable_iterator : public iterator<input_iterator_tag, typename Source::value_type> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
std::iterator is deprecated in C++17
@@ -470,6 +470,8 @@ struct print_function | |||
OStream& os; | |||
Delimit delimit; | |||
print_function(OStream& os, Delimit d) : os(os), delimit(std::move(d)) {} | |||
print_function(print_function const& o) = default; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This and below: spelling out the default constructors is needed because of custom (deleted) assignment
@@ -713,8 +721,8 @@ namespace detail { | |||
|
|||
template<class... T> | |||
inline auto surely(const std::tuple<T...>& tpl) | |||
-> decltype(apply(tpl, detail::surely())) { | |||
return apply(tpl, detail::surely()); | |||
-> decltype(util::apply(tpl, detail::surely {})) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the important part: If a using namespace std
sneaks in from somewhere, std::apply
was used instead of util::apply
.
Would it make sense to contribute these to the project directly instead of having a fork? |
It would, but to me it looks like RxCpp doesn't have any plans to do maintenance releases for 4.1 series or even read bug reports, and even the main development branch is half-abandoned. |
Fixes to make the project buildable on up-to-date Xcode and Visual Studio and some small optimisations to allow move instead of copy and remove unnecessary enable_shared_from_this.