René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Deprecate PyComplexObject.cval and soft-deprecate _Py_c*() API","articleBody":"### Proposal:\n\nSuggested by @vstinner in https://github.com/python/cpython/pull/124829#issuecomment-2588284712.\n\nI would agree, as these routines could be useful (and it seems, they are used by few projects) to implement mathematical functions just like in the cmath module.  No alternatives exist.\n\nIt's also suggested to use a different convention for arguments: currently we pass them by value.  We could use pointers to Py_complex struct instead.  (Though my quick tests shows no measurable difference.)\n\nAlso, we should decide on naming.  For `_Py_c_sum()` - `PyComplex_Add()` was suggested.  But this looks misleading, as `PyComplex_` is a prefix for functions, operating with `PyObject*` arguments.  Perhaps, rather we could instead use `Py_complex_add()` and `Py_complex_add_real()` (in the GNU GSL style).  Current semi-private functions should be deprecated.\n\nEdit:\nThe C-API WG [decision](https://github.com/capi-workgroup/decisions/issues/56#issuecomment-3136108606): Soft-deprecate the _Py_c_*() functions and Deprecate PyComplexObject.cval.\n\n\nPrevious discussions:\n* https://github.com/python/cpython/issues/112019\n* https://github.com/python/cpython/issues/106320#issuecomment-1633302147\n\nOther:\n* https://github.com/capi-workgroup/decisions/issues/56\n* https://discuss.python.org/t/89919/\n\n\u003c!-- gh-linked-prs --\u003e\n### Linked PRs\n* gh-131703\n* gh-137261\n* gh-137271\n* gh-137579\n\u003c!-- /gh-linked-prs --\u003e\n","author":{"url":"https://github.com/skirpichev","@type":"Person","name":"skirpichev"},"datePublished":"2025-01-14T08:30:19.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":15},"url":"https://github.com/128813/cpython/issues/128813"}