std::remove, std::remove_if - cppreference.com (original) (raw)
Defined in header | ||
---|---|---|
(1) | ||
template< class ForwardIt, class T >ForwardIt remove( ForwardIt first, ForwardIt last, const T& value ); | (constexpr since C++20) (until C++26) | |
template< class ForwardIt, class T = typename std::iterator_traits <ForwardIt>::value_type > constexpr ForwardIt remove( ForwardIt first, ForwardIt last, const T& value ); | (since C++26) | |
(2) | ||
template< class ExecutionPolicy, class ForwardIt, class T > ForwardIt remove( ExecutionPolicy&& policy, ForwardIt first, ForwardIt last, const T& value ); | (since C++17) (until C++26) | |
template< class ExecutionPolicy, class ForwardIt, class T = typename std::iterator_traits <ForwardIt>::value_type >ForwardIt remove( ExecutionPolicy&& policy, ForwardIt first, ForwardIt last, const T& value ); | (since C++26) | |
template< class ForwardIt, class UnaryPred >ForwardIt remove_if( ForwardIt first, ForwardIt last, UnaryPred p ); | (3) | (constexpr since C++20) |
template< class ExecutionPolicy, class ForwardIt, class UnaryPred > ForwardIt remove_if( ExecutionPolicy&& policy, ForwardIt first, ForwardIt last, UnaryPred p ); | (4) | (since C++17) |
Removes all elements satisfying specific criteria from the range [
first,
last)
and returns a past-the-end iterator for the new end of the range.
Removes all elements that are equal to value (using operator==).
Removes all elements for which predicate p returns true.
2,4) Same as (1,3), but executed according to policy.
These overloads participate in overload resolution only if all following conditions are satisfied:
Contents
- 1 Explanation
- 2 Parameters
- 3 Return value
- 4 Complexity
- 5 Exceptions
- 6 Possible implementation
- 7 Notes
- 8 Example
- 9 Defect reports
- 10 See also
[edit] Explanation
Removing is done by shifting the elements in the range in such a way that the elements that are not to be removed appear in the beginning of the range.
Shifting is done by copy assignment(until C++11)move assignment(since C++11).
The removing operation is stable: the relative order of the elements not to be removed stays the same.
The underlying sequence of
[
first,
last)
is not shortened by the removing operation. Given result as the returned iterator:All iterators in
[
result,
last)
are still dereferenceable.
Each element of [result, last) has a valid but unspecified state, because move assignment can eliminate elements by moving from elements that were originally in that range. | (since C++11) |
---|
[edit] Parameters
first, last | - | the pair of iterators defining the range of elements to process |
---|---|---|
value | - | the value of elements to remove |
policy | - | the execution policy to use |
p | - | unary predicate which returns true if the element should be removed. The expression p(v) must be convertible to bool for every argument v of type (possibly const) VT, where VT is the value type of ForwardIt, regardless of value category, and must not modify v. Thus, a parameter type of VT&is not allowed, nor is VT unless for VT a move is equivalent to a copy(since C++11). |
Type requirements | ||
-ForwardIt must meet the requirements of LegacyForwardIterator. | ||
-UnaryPredicate must meet the requirements of Predicate. |
[edit] Return value
Past-the-end iterator for the new range of values (if this is not end, then it points to an unspecified value, and so do iterators to any values between this iterator and end).
[edit] Complexity
Given \(\scriptsize N\)N as std::distance(first, last):
1,2) Exactly \(\scriptsize N\)N comparisons using operator==.
3,4) Exactly \(\scriptsize N\)N applications of the predicate p.
[edit] Exceptions
The overloads with a template parameter named ExecutionPolicy
report errors as follows:
- If execution of a function invoked as part of the algorithm throws an exception and
ExecutionPolicy
is one of the standard policies, std::terminate is called. For any otherExecutionPolicy
, the behavior is implementation-defined. - If the algorithm fails to allocate memory, std::bad_alloc is thrown.
[edit] Possible implementation
remove (1) |
---|
template<class ForwardIt, class T = typename std::iterator_traits<ForwardIt>::value_type> ForwardIt remove(ForwardIt first, ForwardIt last, const T& value) { first = std::find(first, last, value); if (first != last) for (ForwardIt i = first; ++i != last;) if (!(*i == value)) *first++ = std::move(*i); return first; } |
remove_if (3) |
template<class ForwardIt, class UnaryPred> ForwardIt remove_if(ForwardIt first, ForwardIt last, UnaryPred p) { first = std::find_if(first, last, p); if (first != last) for (ForwardIt i = first; ++i != last;) if (!p(*i)) *first++ = std::move(*i); return first; } |
[edit] Notes
A call to remove
is typically followed by a call to a container's erase
member function to actually remove elements from the container. These two invocations together constitute a so-called erase-remove idiom.
The same effect can also be achieved by the following non-member functions: std::erase, which has overloads for all standard sequence containers. std::erase_if, which has overloads for all standard containers. | (since C++20) |
---|
The similarly-named container member functions list::remove, list::remove_if, forward_list::remove, and forward_list::remove_if erase the removed elements.
These algorithms cannot be used with associative containers such as std::set and std::map because their iterator types do not dereference to MoveAssignable types (the keys in these containers are not modifiable).
The standard library also defines an overload of std::remove in , which takes a const char* and is used to delete files.
Because std::remove
takes value by reference, it can have unexpected behavior if it is a reference to an element of the range [
first,
last)
.
Feature-test macro | Value | Std | Feature |
---|---|---|---|
__cpp_lib_algorithm_default_value_type | 202403 | (C++26) | List-initialization for algorithms (1,2) |
[edit] Example
The following code removes all spaces from a string by shifting all non-space characters to the left and then erasing the extra. This is an example of erase-remove idiom.
#include #include #include #include #include #include #include #include #include int main() { std::string str1{"Quick Red Dog"}; std::cout << "1) " << std::quoted(str1) << '\n'; const auto noSpaceEnd = std::remove(str1.begin(), str1.end(), ' '); std::cout << "2) " << std::quoted(str1) << '\n'; // The spaces are removed from the string only logically. // Note, we use view, the original string is still not shrunk: std::cout << "3) " << std::quoted(std::string_view(str1.begin(), noSpaceEnd)) << ", size: " << str1.size() << '\n'; str1.erase(noSpaceEnd, str1.end()); // The spaces are removed from the string physically. std::cout << "4) " << std::quoted(str1) << ", size: " << str1.size() << '\n'; std::string str2 = "Jumped\n Over\tA\vLazy \t Fox\r\n"; str2.erase(std::remove_if(str2.begin(), str2.end(), [](unsigned char x) { return std::isspace(x); }), str2.end()); std::cout << "5) " << std::quoted(str2) << '\n'; std::vector<std::complex> nums{{2, 2}, {1, 3}, {4, 8}}; #ifdef __cpp_lib_algorithm_default_value_type nums.erase(std::remove(nums.begin(), nums.end(), {1, 3}), nums.end()); #else nums.erase(std::remove(nums.begin(), nums.end(), std::complex{1, 3}), nums.end()); #endif assert((nums == std::vector<std::complex>{{2, 2}, {4, 8}})); }
Output:
- "Quick Red Dog"
- "QuickRedDog Dog"
- "QuickRedDog", size: 15
- "QuickRedDog", size: 11
- "JumpedOverALazyFox"
[edit] Defect reports
The following behavior-changing defect reports were applied retroactively to previously published C++ standards.
DR | Applied to | Behavior as published | Correct behavior |
---|---|---|---|
LWG 283 | C++98 | T was required to be EqualityComparable, butthe value type of ForwardIt is not always T | required the value type of ForwardItto be CopyAssignable instead |