|
135 | 135 | \definition{arbitrary-positional stream}{defns.arbitrary.stream}
|
136 | 136 | \indexdefn{stream!arbitrary-positional}%
|
137 | 137 | stream (described in \ref{input.output}) that can seek to any integral position within
|
138 |
| -the length of the stream\\ |
139 |
| -\begin{note} Every arbitrary-positional stream is also a repositional stream. \end{note} |
| 138 | +the length of the stream |
| 139 | + |
| 140 | +\begin{defnote} |
| 141 | +Every arbitrary-positional stream is also a repositional stream. |
| 142 | +\end{defnote} |
140 | 143 |
|
141 | 144 | \definition{character}{defns.character}
|
142 | 145 | \indexdefn{character}%
|
143 | 146 | \defncontext{\ref{strings}, \ref{localization}, \ref{input.output}, and~\ref{re}}
|
144 | 147 | object which,
|
145 | 148 | when treated sequentially,
|
146 |
| -can represent text\\ |
147 |
| -\begin{note} |
| 149 | +can represent text |
| 150 | + |
| 151 | +\begin{defnote} |
148 | 152 | The term does not mean only
|
149 | 153 | \tcode{char},
|
150 | 154 | \tcode{char16_t},
|
|
154 | 158 | objects,
|
155 | 159 | but any value that can be represented by a type
|
156 | 160 | that provides the definitions specified in these Clauses.
|
157 |
| -\end{note} |
| 161 | +\end{defnote} |
158 | 162 |
|
159 | 163 | \definition{character container type}{defns.character.container}
|
160 | 164 | \indexdefn{type!character container}%
|
161 | 165 | class or a type used to
|
162 |
| -represent a character\\ |
163 |
| -\begin{note} |
| 166 | +represent a character |
| 167 | + |
| 168 | +\begin{defnote} |
164 | 169 | It is used for one of the template parameters of the string,
|
165 | 170 | iostream, and regular expression class templates.
|
166 | 171 | A character container type is a POD\iref{basic.types} type.
|
167 |
| -\end{note} |
| 172 | +\end{defnote} |
168 | 173 |
|
169 | 174 | \definition{comparison function}{defns.comparison}
|
170 | 175 | \indexdefn{function!comparison}%
|
|
174 | 179 | \definition{component}{defns.component}
|
175 | 180 | \indexdefn{component}%
|
176 | 181 | group of library entities directly related as members, parameters, or
|
177 |
| -return types\\ |
178 |
| -\begin{note} |
| 182 | +return types |
| 183 | + |
| 184 | +\begin{defnote} |
179 | 185 | For example, the class template
|
180 | 186 | \tcode{basic_string}
|
181 | 187 | and the non-member
|
182 | 188 | function templates
|
183 | 189 | that operate on
|
184 | 190 | strings are referred to as the
|
185 | 191 | \term{string component}.
|
186 |
| -\end{note} |
| 192 | +\end{defnote} |
187 | 193 |
|
188 | 194 | \definition{constant subexpression}{defns.const.subexpr}
|
189 | 195 | \indexdefn{constant subexpression}%
|
|
222 | 228 | \definition{handler function}{defns.handler}
|
223 | 229 | \indexdefn{function!handler}%
|
224 | 230 | \term{non-reserved function}
|
225 |
| -whose definition may be provided by a \Cpp program\\ |
226 |
| -\begin{note} |
| 231 | +whose definition may be provided by a \Cpp program |
| 232 | + |
| 233 | +\begin{defnote} |
227 | 234 | A \Cpp program may designate a handler function at various points in its execution by
|
228 | 235 | supplying a pointer to the function when calling any of the library functions that install
|
229 | 236 | handler functions\iref{language.support}.
|
230 |
| -\end{note} |
| 237 | +\end{defnote} |
231 | 238 |
|
232 | 239 | \definition{iostream class templates}{defns.iostream.templates}
|
233 | 240 | templates, defined in \ref{input.output},
|
234 |
| -that take two template arguments\\ |
235 |
| -\begin{note} |
| 241 | +that take two template arguments |
| 242 | + |
| 243 | +\begin{defnote} |
236 | 244 | The arguments are named
|
237 | 245 | \tcode{charT}
|
238 | 246 | and
|
|
246 | 254 | of the character type represented by
|
247 | 255 | \tcode{charT}
|
248 | 256 | necessary to implement the iostream class templates.
|
249 |
| -\end{note} |
| 257 | +\end{defnote} |
250 | 258 |
|
251 | 259 | \definition{modifier function}{defns.modifier}
|
252 | 260 | \indexdefn{function!modifier}%
|
|
274 | 282 | \definition{observer function}{defns.observer}
|
275 | 283 | \indexdefn{function!observer}%
|
276 | 284 | class member function\iref{class.mfct} that accesses the state of an object of the class
|
277 |
| -but does not alter that state\\ |
278 |
| -\begin{note} |
| 285 | +but does not alter that state |
| 286 | + |
| 287 | +\begin{defnote} |
279 | 288 | Observer functions are specified as
|
280 | 289 | \tcode{const}
|
281 | 290 | member functions\iref{class.this}.
|
282 |
| -\end{note} |
| 291 | +\end{defnote} |
283 | 292 |
|
284 | 293 | \definition{referenceable type}{defns.referenceable}
|
285 | 294 | \indexdefn{type!referenceable}%
|
286 | 295 | type that is either an
|
287 | 296 | an object type, a function type that does not have cv-qualifiers or a
|
288 | 297 | \grammarterm{ref-qualifier}, or a reference type
|
289 |
| -\begin{note} The term describes a type to which a reference can be created, |
290 |
| -including reference types. \end{note} |
| 298 | + |
| 299 | +\begin{defnote} |
| 300 | +The term describes a type to which a reference can be created, |
| 301 | +including reference types. |
| 302 | +\end{defnote} |
291 | 303 |
|
292 | 304 | \definition{replacement function}{defns.replacement}
|
293 | 305 | \indexdefn{function!replacement}%
|
294 | 306 | non-reserved function
|
295 |
| -whose definition is provided by a \Cpp program\\ |
296 |
| -\begin{note} |
| 307 | +whose definition is provided by a \Cpp program |
| 308 | + |
| 309 | +\begin{defnote} |
297 | 310 | Only one definition for such a function is in effect for the duration of the program's
|
298 | 311 | execution, as the result of creating the program\iref{lex.phases} and resolving the
|
299 | 312 | definitions of all translation units\iref{basic.link}.
|
300 |
| -\end{note} |
| 313 | +\end{defnote} |
301 | 314 |
|
302 | 315 | \definition{repositional stream}{defns.repositional.stream}
|
303 | 316 | \indexdefn{stream!repositional}%
|
|
312 | 325 | \term{handler function}
|
313 | 326 | semantics
|
314 | 327 | applicable to both the behavior provided by the implementation and
|
315 |
| -the behavior of any such function definition in the program\\ |
316 |
| -\begin{note} |
| 328 | +the behavior of any such function definition in the program |
| 329 | + |
| 330 | +\begin{defnote} |
317 | 331 | If such a function defined in a \Cpp program fails to meet the required
|
318 | 332 | behavior when it executes, the behavior is undefined.%
|
319 | 333 | \indextext{undefined}
|
320 |
| -\end{note} |
| 334 | +\end{defnote} |
321 | 335 |
|
322 | 336 | \definition{reserved function}{defns.reserved.function}
|
323 | 337 | \indexdefn{function!reserved}%
|
324 | 338 | function, specified as part of the \Cpp standard library, that must be defined by the
|
325 |
| -implementation\\ |
326 |
| -\begin{note} |
| 339 | +implementation |
| 340 | + |
| 341 | +\begin{defnote} |
327 | 342 | If a \Cpp program provides a definition for any reserved function, the results are undefined.%
|
328 | 343 | \indextext{undefined}
|
329 |
| -\end{note} |
| 344 | +\end{defnote} |
330 | 345 |
|
331 | 346 | \definition{stable algorithm}{defns.stable}
|
332 | 347 | \indexdefn{algorithm!stable}%
|
333 | 348 | \indexdefn{stable algorithm}%
|
334 | 349 | algorithm that preserves, as appropriate to the particular algorithm, the order
|
335 |
| -of elements\\ |
336 |
| -\begin{note} Requirements for stable algorithms are given in~\ref{algorithm.stable}. \end{note} |
| 350 | +of elements |
| 351 | + |
| 352 | +\begin{defnote} |
| 353 | +Requirements for stable algorithms are given in \ref{algorithm.stable}. |
| 354 | +\end{defnote} |
337 | 355 |
|
338 | 356 | \definition{traits class}{defns.traits}
|
339 | 357 | \indexdefn{traits}%
|
|
343 | 361 | \definition{valid but unspecified state}{defns.valid}
|
344 | 362 | \indexdefn{valid but unspecified state}%
|
345 | 363 | value of an object that is not specified except that the object's invariants are
|
346 |
| -met and operations on the object behave as specified for its type\\ |
347 |
| -\begin{example} If an object \tcode{x} of type \tcode{std::vector<int>} is in a |
| 364 | +met and operations on the object behave as specified for its type |
| 365 | + |
| 366 | +\begin{example} |
| 367 | +If an object \tcode{x} of type \tcode{std::vector<int>} is in a |
348 | 368 | valid but unspecified state, \tcode{x.empty()} can be called unconditionally,
|
349 | 369 | and \tcode{x.front()} can be called only if \tcode{x.empty()} returns
|
350 |
| -\tcode{false}. \end{example} |
| 370 | +\tcode{false}. |
| 371 | +\end{example} |
351 | 372 |
|
352 | 373 | \rSec1[description]{Method of description (Informative)}
|
353 | 374 |
|
|
0 commit comments