mirror of
https://github.com/python/cpython.git
synced 2025-08-04 17:08:35 +00:00
[3.9] Fix typos in the Objects directory (GH-28766) (GH-28795)
(cherry picked from commit 5f401f1040
)
Automerge-Triggered-By: GH:JulienPalard
This commit is contained in:
parent
71d56a7231
commit
960e7b3ba1
7 changed files with 8 additions and 8 deletions
|
@ -2291,7 +2291,7 @@ _PyFloat_Pack8(double x, unsigned char *p, int le)
|
|||
flo = 0;
|
||||
++fhi;
|
||||
if (fhi >> 28) {
|
||||
/* And it also progagated out of the next 28 bits. */
|
||||
/* And it also propagated out of the next 28 bits. */
|
||||
fhi = 0;
|
||||
++e;
|
||||
if (e >= 2047)
|
||||
|
|
|
@ -2012,7 +2012,7 @@ safe_object_compare(PyObject *v, PyObject *w, MergeState *ms)
|
|||
return PyObject_RichCompareBool(v, w, Py_LT);
|
||||
}
|
||||
|
||||
/* Homogeneous compare: safe for any two compareable objects of the same type.
|
||||
/* Homogeneous compare: safe for any two comparable objects of the same type.
|
||||
* (ms->key_richcompare is set to ob_type->tp_richcompare in the
|
||||
* pre-sort check.)
|
||||
*/
|
||||
|
|
|
@ -758,6 +758,6 @@ OPTIMIZATION OF INDIVIDUAL COMPARISONS
|
|||
As noted above, even the simplest Python comparison triggers a large pile of
|
||||
C-level pointer dereferences, conditionals, and function calls. This can be
|
||||
partially mitigated by pre-scanning the data to determine whether the data is
|
||||
homogenous with respect to type. If so, it is sometimes possible to
|
||||
homogeneous with respect to type. If so, it is sometimes possible to
|
||||
substitute faster type-specific comparisons for the slower, generic
|
||||
PyObject_RichCompareBool.
|
||||
|
|
|
@ -836,7 +836,7 @@ static int running_on_valgrind = -1;
|
|||
|
||||
/*
|
||||
* Alignment of addresses returned to the user. 8-bytes alignment works
|
||||
* on most current architectures (with 32-bit or 64-bit address busses).
|
||||
* on most current architectures (with 32-bit or 64-bit address buses).
|
||||
* The alignment value is also used for grouping small requests in size
|
||||
* classes spaced ALIGNMENT bytes apart.
|
||||
*
|
||||
|
|
|
@ -1410,7 +1410,7 @@ set_difference_update_internal(PySetObject *so, PyObject *other)
|
|||
|
||||
/* Optimization: When the other set is more than 8 times
|
||||
larger than the base set, replace the other set with
|
||||
interesection of the two sets.
|
||||
intersection of the two sets.
|
||||
*/
|
||||
if ((PySet_GET_SIZE(other) >> 3) > PySet_GET_SIZE(so)) {
|
||||
other = set_intersection(so, other);
|
||||
|
|
|
@ -7335,7 +7335,7 @@ PyUnicode_AsASCIIString(PyObject *unicode)
|
|||
#endif
|
||||
|
||||
/* INT_MAX is the theoretical largest chunk (or INT_MAX / 2 when
|
||||
transcoding from UTF-16), but INT_MAX / 4 perfoms better in
|
||||
transcoding from UTF-16), but INT_MAX / 4 performs better in
|
||||
both cases also and avoids partial characters overrunning the
|
||||
length limit in MultiByteToWideChar on Windows */
|
||||
#define DECODING_CHUNK_SIZE (INT_MAX/4)
|
||||
|
@ -16121,7 +16121,7 @@ init_fs_codec(PyInterpreterState *interp)
|
|||
_Py_error_handler error_handler;
|
||||
error_handler = get_error_handler_wide(config->filesystem_errors);
|
||||
if (error_handler == _Py_ERROR_UNKNOWN) {
|
||||
PyErr_SetString(PyExc_RuntimeError, "unknow filesystem error handler");
|
||||
PyErr_SetString(PyExc_RuntimeError, "unknown filesystem error handler");
|
||||
return -1;
|
||||
}
|
||||
|
||||
|
|
|
@ -332,7 +332,7 @@ extern const char *PyWin_DLLVersionString;
|
|||
Returns NULL, or a pointer that should be freed.
|
||||
|
||||
XXX - this code is pretty strange, as it used to also
|
||||
work on Win16, where the buffer sizes werent available
|
||||
work on Win16, where the buffer sizes were not available
|
||||
in advance. It could be simplied now Win16/Win32s is dead!
|
||||
*/
|
||||
static wchar_t *
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue