2021-06-17 11:30:11 -04:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#ifndef _LIBCPP___ALGORITHM_SET_DIFFERENCE_H
|
|
|
|
#define _LIBCPP___ALGORITHM_SET_DIFFERENCE_H
|
|
|
|
|
|
|
|
#include <__algorithm/comp.h>
|
|
|
|
#include <__algorithm/comp_ref_type.h>
|
|
|
|
#include <__algorithm/copy.h>
|
2023-01-13 16:56:58 -08:00
|
|
|
#include <__algorithm/iterator_operations.h>
|
2022-01-07 09:45:05 -05:00
|
|
|
#include <__config>
|
2022-06-26 16:13:43 +01:00
|
|
|
#include <__functional/identity.h>
|
|
|
|
#include <__functional/invoke.h>
|
2021-06-17 11:30:11 -04:00
|
|
|
#include <__iterator/iterator_traits.h>
|
2022-12-26 16:24:01 +01:00
|
|
|
#include <__type_traits/remove_cvref.h>
|
2022-06-26 16:13:43 +01:00
|
|
|
#include <__utility/move.h>
|
|
|
|
#include <__utility/pair.h>
|
2021-06-17 11:30:11 -04:00
|
|
|
|
|
|
|
#if !defined(_LIBCPP_HAS_NO_PRAGMA_SYSTEM_HEADER)
|
2022-02-01 20:16:40 -05:00
|
|
|
# pragma GCC system_header
|
2021-06-17 11:30:11 -04:00
|
|
|
#endif
|
|
|
|
|
[libc++] Fix missing and incorrect push/pop macros (#79204)
We recently noticed that the unwrap_iter.h file was pushing macros, but
it was pushing them again instead of popping them at the end of the
file. This led to libc++ basically swallowing any custom definition of
these macros in user code:
#define min HELLO
#include <algorithm>
// min is not HELLO anymore, it's not defined
While investigating this issue, I noticed that our push/pop pragmas were
actually entirely wrong too. Indeed, instead of pushing macros like
`move`, we'd push `move(int, int)` in the pragma, which is not a valid
macro name. As a result, we would not actually push macros like `move`
-- instead we'd simply undefine them. This led to the following code not
working:
#define move HELLO
#include <algorithm>
// move is not HELLO anymore
Fixing the pragma push/pop incantations led to a cascade of issues
because we use identifiers like `move` in a large number of places, and
all of these headers would now need to do the push/pop dance.
This patch fixes all these issues. First, it adds a check that we don't
swallow important names like min, max, move or refresh as explained
above. This is done by augmenting the existing
system_reserved_names.gen.py test to also check that the macros are what
we expect after including each header.
Second, it fixes the push/pop pragmas to work properly and adds missing
pragmas to all the files I could detect a failure in via the newly added
test.
rdar://121365472
2024-01-25 15:48:46 -05:00
|
|
|
_LIBCPP_PUSH_MACROS
|
|
|
|
#include <__undef_macros>
|
|
|
|
|
2021-06-17 11:30:11 -04:00
|
|
|
_LIBCPP_BEGIN_NAMESPACE_STD
|
|
|
|
|
2023-01-13 16:56:58 -08:00
|
|
|
template <class _AlgPolicy, class _Comp, class _InIter1, class _Sent1, class _InIter2, class _Sent2, class _OutIter>
|
2022-09-06 00:33:34 +02:00
|
|
|
_LIBCPP_HIDE_FROM_ABI _LIBCPP_CONSTEXPR_SINCE_CXX20 pair<__remove_cvref_t<_InIter1>, __remove_cvref_t<_OutIter> >
|
2022-06-26 16:13:43 +01:00
|
|
|
__set_difference(
|
|
|
|
_InIter1&& __first1, _Sent1&& __last1, _InIter2&& __first2, _Sent2&& __last2, _OutIter&& __result, _Comp&& __comp) {
|
|
|
|
while (__first1 != __last1 && __first2 != __last2) {
|
|
|
|
if (__comp(*__first1, *__first2)) {
|
|
|
|
*__result = *__first1;
|
|
|
|
++__first1;
|
|
|
|
++__result;
|
|
|
|
} else if (__comp(*__first2, *__first1)) {
|
|
|
|
++__first2;
|
|
|
|
} else {
|
|
|
|
++__first1;
|
|
|
|
++__first2;
|
2021-06-17 11:30:11 -04:00
|
|
|
}
|
2022-06-26 16:13:43 +01:00
|
|
|
}
|
2023-01-13 16:56:58 -08:00
|
|
|
return std::__copy<_AlgPolicy>(std::move(__first1), std::move(__last1), std::move(__result));
|
2021-06-17 11:30:11 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _InputIterator1, class _InputIterator2, class _OutputIterator, class _Compare>
|
2022-08-19 13:08:01 +02:00
|
|
|
inline _LIBCPP_HIDE_FROM_ABI _LIBCPP_CONSTEXPR_SINCE_CXX20 _OutputIterator set_difference(
|
2022-06-26 16:13:43 +01:00
|
|
|
_InputIterator1 __first1,
|
|
|
|
_InputIterator1 __last1,
|
|
|
|
_InputIterator2 __first2,
|
|
|
|
_InputIterator2 __last2,
|
|
|
|
_OutputIterator __result,
|
|
|
|
_Compare __comp) {
|
2023-01-13 16:56:58 -08:00
|
|
|
return std::__set_difference<_ClassicAlgPolicy, __comp_ref_type<_Compare> >(
|
|
|
|
__first1, __last1, __first2, __last2, __result, __comp)
|
2022-10-01 15:42:00 +02:00
|
|
|
.second;
|
2021-06-17 11:30:11 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
template <class _InputIterator1, class _InputIterator2, class _OutputIterator>
|
2022-08-19 13:08:01 +02:00
|
|
|
inline _LIBCPP_HIDE_FROM_ABI _LIBCPP_CONSTEXPR_SINCE_CXX20 _OutputIterator set_difference(
|
2022-06-26 16:13:43 +01:00
|
|
|
_InputIterator1 __first1,
|
|
|
|
_InputIterator1 __last1,
|
|
|
|
_InputIterator2 __first2,
|
|
|
|
_InputIterator2 __last2,
|
|
|
|
_OutputIterator __result) {
|
2023-06-06 13:57:45 -07:00
|
|
|
return std::__set_difference<_ClassicAlgPolicy>(__first1, __last1, __first2, __last2, __result, __less<>()).second;
|
2021-06-17 11:30:11 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
_LIBCPP_END_NAMESPACE_STD
|
|
|
|
|
[libc++] Fix missing and incorrect push/pop macros (#79204)
We recently noticed that the unwrap_iter.h file was pushing macros, but
it was pushing them again instead of popping them at the end of the
file. This led to libc++ basically swallowing any custom definition of
these macros in user code:
#define min HELLO
#include <algorithm>
// min is not HELLO anymore, it's not defined
While investigating this issue, I noticed that our push/pop pragmas were
actually entirely wrong too. Indeed, instead of pushing macros like
`move`, we'd push `move(int, int)` in the pragma, which is not a valid
macro name. As a result, we would not actually push macros like `move`
-- instead we'd simply undefine them. This led to the following code not
working:
#define move HELLO
#include <algorithm>
// move is not HELLO anymore
Fixing the pragma push/pop incantations led to a cascade of issues
because we use identifiers like `move` in a large number of places, and
all of these headers would now need to do the push/pop dance.
This patch fixes all these issues. First, it adds a check that we don't
swallow important names like min, max, move or refresh as explained
above. This is done by augmenting the existing
system_reserved_names.gen.py test to also check that the macros are what
we expect after including each header.
Second, it fixes the push/pop pragmas to work properly and adds missing
pragmas to all the files I could detect a failure in via the newly added
test.
rdar://121365472
2024-01-25 15:48:46 -05:00
|
|
|
_LIBCPP_POP_MACROS
|
|
|
|
|
2021-06-17 11:30:11 -04:00
|
|
|
#endif // _LIBCPP___ALGORITHM_SET_DIFFERENCE_H
|