|
1391 | 1391 |
|
1392 | 1392 | \begin{itemdescr}
|
1393 | 1393 | \pnum
|
1394 |
| -\requires \tcode{Alloc} shall satisfy the requirements for an |
1395 |
| -\tcode{Allocator}\iref{allocator.requirements}. |
| 1394 | +\requires \tcode{Alloc} shall satisfy the |
| 1395 | +\tcode{Allocator} requirements (\tref{utilities.allocator.requirements}). |
1396 | 1396 |
|
1397 | 1397 | \pnum
|
1398 | 1398 | \effects Equivalent to the preceding constructors except that each element is constructed with
|
|
2054 | 2054 |
|
2055 | 2055 | \begin{itemdescr}
|
2056 | 2056 | \pnum
|
2057 |
| -\requires \tcode{Alloc} shall be an \tcode{Allocator}\iref{allocator.requirements}. |
| 2057 | +\requires \tcode{Alloc} shall satisfy the \tcode{Allocator} |
| 2058 | +requirements (\tref{utilities.allocator.requirements}). |
2058 | 2059 |
|
2059 | 2060 | \pnum
|
2060 | 2061 | \begin{note} Specialization of this trait informs other library components that
|
|
7103 | 7104 | disambiguate constructor and function overloading. Specifically, several types (see
|
7104 | 7105 | \tcode{tuple}~\ref{tuple}) have constructors with \tcode{allocator_arg_t} as the first
|
7105 | 7106 | argument, immediately followed by an argument of a type that satisfies the
|
7106 |
| -\tcode{Allocator} requirements\iref{allocator.requirements}. |
| 7107 | +\tcode{Allocator} requirements (\tref{utilities.allocator.requirements}). |
7107 | 7108 |
|
7108 | 7109 | \rSec2[allocator.uses]{\tcode{uses_allocator}}
|
7109 | 7110 |
|
|
8120 | 8121 | D>::pointer} shall be a synonym for \tcode{remove_reference_t<D>::pointer}. Otherwise
|
8121 | 8122 | \tcode{unique_ptr<T, D>::pointer} shall be a synonym for \tcode{element_type*}. The type \tcode{unique_ptr<T,
|
8122 | 8123 | D>::pointer} shall
|
8123 |
| -satisfy the requirements of \tcode{NullablePointer}\iref{nullablepointer.requirements}. |
| 8124 | +satisfy the requirements of \tcode{NullablePointer} (\tref{nullablepointer}). |
8124 | 8125 |
|
8125 | 8126 | \pnum
|
8126 |
| -\begin{example} Given an allocator type \tcode{X}\iref{allocator.requirements} and |
| 8127 | +\begin{example} Given an allocator type \tcode{X} (\tref{utilities.allocator.requirements}) and |
8127 | 8128 | letting \tcode{A} be a synonym for \tcode{allocator_traits<X>}, the types \tcode{A::pointer},
|
8128 | 8129 | \tcode{A::const_pointer}, \tcode{A::void_pointer}, and \tcode{A::const_void_pointer}
|
8129 | 8130 | may be used as \tcode{unique_ptr<T, D>::pointer}. \end{example}
|
|
9253 | 9254 | initialized with \tcode{std::move(d)} shall not throw exceptions.
|
9254 | 9255 | The expression \tcode{d(p)}
|
9255 | 9256 | shall have well-defined behavior and shall not throw exceptions.
|
9256 |
| -\tcode{A} shall be an allocator\iref{allocator.requirements}. |
| 9257 | +\tcode{A} shall satisfy the \tcode{Allocator} requirements |
| 9258 | +(\tref{utilities.allocator.requirements}). |
9257 | 9259 |
|
9258 | 9260 | \pnum\effects Constructs a \tcode{shared_ptr} object that owns the
|
9259 | 9261 | object \tcode{p} and the deleter \tcode{d}.
|
|
9653 | 9655 |
|
9654 | 9656 | \begin{itemdescr}
|
9655 | 9657 | \pnum
|
9656 |
| -\requires \tcode{A} shall be an allocator\iref{allocator.requirements}. |
| 9658 | +\requires \tcode{A} shall satisfy the \tcode{Allocator} |
| 9659 | +requirements (\tref{utilities.allocator.requirements}). |
9657 | 9660 |
|
9658 | 9661 | \pnum
|
9659 | 9662 | \effects Allocates memory for an object of type \tcode{T}
|
|
11304 | 11307 |
|
11305 | 11308 | \pnum
|
11306 | 11309 | A specialization of class template \tcode{pmr::polymorphic_allocator}
|
11307 |
| -conforms to the \tcode{Allocator} requirements\iref{allocator.requirements}. |
| 11310 | +satisfies the \tcode{Allocator} requirements (\tref{utilities.allocator.requirements}). |
11308 | 11311 | Constructed with different memory resources,
|
11309 | 11312 | different instances of the same specialization of \tcode{pmr::polymorphic_allocator}
|
11310 | 11313 | can exhibit entirely different allocation behavior.
|
|
14935 | 14938 | of templates specified in this subclause
|
14936 | 14939 | \ref{func.search} shall satisfy the same requirements and semantics as
|
14937 | 14940 | specified in \ref{algorithms.general}.
|
14938 |
| -Template parameters named \tcode{Hash} shall satisfy the requirements as specified in \ref{hash.requirements}. |
| 14941 | +Template parameters named \tcode{Hash} shall satisfy the \tcode{Hash} |
| 14942 | +requirements (\tref{hash}). |
14939 | 14943 |
|
14940 | 14944 | \pnum
|
14941 | 14945 | The Boyer-Moore searcher implements the Boyer-Moore search algorithm.
|
|
15233 | 15237 | \pnum
|
15234 | 15238 | An enabled specialization \tcode{hash<Key>} will:
|
15235 | 15239 | \begin{itemize}
|
15236 |
| -\item satisfy the \tcode{Hash} requirements\iref{hash.requirements}, |
| 15240 | +\item satisfy the \tcode{Hash} requirements (\tref{hash}), |
15237 | 15241 | with \tcode{Key} as the function
|
15238 | 15242 | call argument type, the \tcode{Default\-Constructible} requirements (\tref{defaultconstructible}),
|
15239 | 15243 | the \tcode{CopyAssignable} requirements (\tref{copyassignable}),
|
|
0 commit comments