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 philthompson10
Recipients ZackerySpytz, jdemeyer, methane, philthompson10
Date 2019-07-19.13:00:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <577fb6cd41516c19a2b2480560dd068d@riverbankcomputing.com>
In-reply-to <1563538077.43.0.569626767772.issue37588@roundup.psfhosted.org>
Content
>> Which is why I protect the initialisation with #if PY_VERSION_HEX <
> 0x03090000
> 
> It is your specific case.  We can not assume people do it, or even you
> never forget it.  So this is not the "right thing" we can recommend to
> all users.
> 
> Once you or other people suppress the deprecation warning and forget
> the protect, compatibility issue happen again.  Why such dangerous
> option is needed?

If I fail to protect against using a feature when it is no longer 
present then it's a bug in my code and it won't compile. Providing a 
deprecation warning gives me some notice that my code needs to be 
changed. That is helpful but not strictly necessary as I will soon find 
out when testing against the new version. There is nothing "dangerous" 
here.
History
Date User Action Args
2019-07-19 13:00:02philthompson10setrecipients: + philthompson10, methane, jdemeyer, ZackerySpytz
2019-07-19 13:00:02philthompson10linkissue37588 messages
2019-07-19 13:00:01philthompson10create