This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author rhettinger
Recipients belopolsky, python-dev, rhettinger, serhiy.storchaka, skrah
Date 2016-08-15.10:03:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1471255409.21.0.0619829501172.issue26200@psf.upfronthosting.co.za>
In-reply-to
Content
I don't think most of these should be done.  In most of these cases, the code is very old, stable, readable, and shouldn't be churned unnecessarily.

Also, putting a function call inside a macro is a worrisome practice in C.  Ordinarily, we have long preferred a style of putting the components on separate lines to make the code less magical.

   Py_SETREF(result, PyNumber_Add(result, item));
   Py_SETREF(buffer, PyUnicode_AsEncodedString(buffer, "utf-8", "surrogatepass"));
   Py_SETREF(text, _PyObject_CallMethodId(text, &PyId_replace, "ss", "\n", self->writenl));

Ask Guido whether he thinks any of the above are a good idea?  While it is a bit shorter, it also interferes with my ability to decrypt and reason about the code (especially when I'm trying to count references or trying to ascertain whether an error condition has been checked).
History
Date User Action Args
2016-08-15 10:03:29rhettingersetrecipients: + rhettinger, belopolsky, skrah, python-dev, serhiy.storchaka
2016-08-15 10:03:29rhettingersetmessageid: <1471255409.21.0.0619829501172.issue26200@psf.upfronthosting.co.za>
2016-08-15 10:03:29rhettingerlinkissue26200 messages
2016-08-15 10:03:28rhettingercreate