Skip to content

Commit 576e0a1

Browse files
authored
DOC: Fix some broken refs and Typos. (numpy#30196)
The default role is set to autolink (which fallbacks to emphasis if not resolved) And I believe there is typo in ALIGNMENT vs ALIGNENT. I would suggest moving away from autolink for default role, and have it raise an error if not resolved. This would also make sure users use double backticks for code. [skip actions][skip azp][skip cirrus]
1 parent c86f042 commit 576e0a1

File tree

3 files changed

+3
-3
lines changed

3 files changed

+3
-3
lines changed

doc/source/reference/c-api/array.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -784,7 +784,7 @@ cannot not be accessed directly.
784784
Allows setting of the itemsize, this is *only* relevant for string/bytes
785785
datatypes as it is the current pattern to define one with a new size.
786786
787-
.. c:function:: npy_intp PyDataType_ALIGNENT(PyArray_Descr *descr)
787+
.. c:function:: npy_intp PyDataType_ALIGNMENT(PyArray_Descr *descr)
788788
789789
The alignment of the datatype.
790790

doc/source/reference/c-api/types-and-structures.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -365,7 +365,7 @@ PyArrayDescr_Type and PyArray_Descr
365365
places an item of this type: ``offsetof(struct {char c; type v;},
366366
v)``
367367

368-
See `PyDataType_ALIGNMENT` for a way to access this field in a NumPy 1.x
368+
See :c:func:`PyDataType_ALIGNMENT` for a way to access this field in a NumPy 1.x
369369
compatible way.
370370

371371
.. c:member:: PyObject *metadata

doc/source/user/c-info.beyond-basics.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -268,7 +268,7 @@ specifies your data-type. This type number should be stored and made
268268
available by your module so that other modules can use it to recognize
269269
your data-type.
270270

271-
Note that this API is inherently thread-unsafe. See `thread_safety` for more
271+
Note that this API is inherently thread-unsafe. See :ref:`thread_safety` for more
272272
details about thread safety in NumPy.
273273

274274

0 commit comments

Comments
 (0)