[Python-Dev] Deprecating C APIs (Use of PyArg_NoArgs()) (original) (raw)
Fredrik Lundh fredrik@pythonware.com
Thu, 4 Apr 2002 21:56:46 +0200
- Previous message: [Python-Dev] Deprecating C APIs (Use of PyArg_NoArgs())
- Next message: [Python-Dev] Deprecating C APIs (Use of PyArg_NoArgs())
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Martin v. Loewis wrote:
"Fredrik Lundh" <fredrik@pythonware.com> writes:
> and what good is that, really? why would the users of a > module I've written have to care about this? > > the PyDEPRECATED approach (and the "grep" tool) is a much > better way to use everybody's time. Your users will care about it because your module fails to compile if the deprecated API is wrapped with PyDEPRECATED
oh, please. 70-80% of my users use libraries that someone else compiled for them. giving meaningless warnings is a great way to make them question the quality of the software (I had enough of that when 2.1 started complaining about shadowed globals), but it won't help them a bit.
whereas it continues to compile and run when the warning is produced - the warning is annoying (and really meant for you only), but is the lesser evil.
if the message is meant for me, please make sure I see it.
the C compiler/linker has no problem doing that. but I cannot guarantee that every library I've ever written has a test suite that tests every piece of the library, or that the test suite is set up to look for warnings (doctest won't catch them, for example).
- Previous message: [Python-Dev] Deprecating C APIs (Use of PyArg_NoArgs())
- Next message: [Python-Dev] Deprecating C APIs (Use of PyArg_NoArgs())
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]