mirror of
https://github.com/sphinx-doc/sphinx.git
synced 2025-02-25 18:55:22 -06:00
PyErr_Warn is deprecated in 2.5 - goes away for 3.0
This commit is contained in:
parent
bc0ec2c4ae
commit
d8cd98a4c7
@ -319,16 +319,6 @@ in various ways. There is a separate error indicator for each thread.
|
||||
documentation. There is no C API for warning control.
|
||||
|
||||
|
||||
.. cfunction:: int PyErr_Warn(PyObject *category, char *message)
|
||||
|
||||
Issue a warning message. The *category* argument is a warning category (see
|
||||
below) or *NULL*; the *message* argument is a message string. The warning will
|
||||
appear to be issued from the function calling :cfunc:`PyErr_Warn`, equivalent to
|
||||
calling :cfunc:`PyErr_WarnEx` with a *stacklevel* of 1.
|
||||
|
||||
Deprecated; use :cfunc:`PyErr_WarnEx` instead.
|
||||
|
||||
|
||||
.. cfunction:: int PyErr_WarnExplicit(PyObject *category, const char *message, const char *filename, int lineno, const char *module, PyObject *registry)
|
||||
|
||||
Issue a warning message with explicit control over all warning attributes. This
|
||||
|
@ -299,10 +299,6 @@ PyErr_Format:PyObject*:exception:+1:
|
||||
PyErr_Format:char*:format::
|
||||
PyErr_Format::...::
|
||||
|
||||
PyErr_Warn:int:::
|
||||
PyErr_Warn:PyObject*:category:0:
|
||||
PyErr_Warn:char*:message::
|
||||
|
||||
PyErr_WarnEx:int:::
|
||||
PyErr_WarnEx:PyObject*:category:0:
|
||||
PyErr_WarnEx:const char*:message::
|
||||
|
@ -16,7 +16,7 @@ warrant raising an exception and terminating the program. For example, one
|
||||
might want to issue a warning when a program uses an obsolete module.
|
||||
|
||||
Python programmers issue warnings by calling the :func:`warn` function defined
|
||||
in this module. (C programmers use :cfunc:`PyErr_Warn`; see
|
||||
in this module. (C programmers use :cfunc:`PyErr_WarnEx`; see
|
||||
:ref:`exceptionhandling` for details).
|
||||
|
||||
Warning messages are normally written to ``sys.stderr``, but their disposition
|
||||
|
Loading…
Reference in New Issue
Block a user