homepage

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 ncoghlan
Recipients Trundle, benjamin.peterson, eric.snow, georg.brandl, loewis, marienz, ncoghlan, pitrou, terry.reedy
Date 2011年07月16日.15:10:41
SpamBayes Score 4.6809087e-06
Marked as misclassified No
Message-id <CADiSq7epzpEjafveK447zjdv1Qm+ZFghYCUR06r22q5EVyL=pA@mail.gmail.com>
In-reply-to <CAPZV6o8SqYkBfspQ+QhsNmtVo5rqFVGCKDQkaYcM_25sc9cC9A@mail.gmail.com>
Content
It's important to remember that other implementations treat CPython as
the "gold standard" for compatibility purposes. If we declare
something to be an ordinary SyntaxError, then that carries strong
implications for what other implementations should do.
Some kinds of errors are inherently implementation specific
(MemoryError and SystemError spring to mind). No sane implementor is
going to try to match CPython like-for-like when it comes to those.
SyntaxError, however, is typically defined by the language definition,
not the CPython implementation of it. By introducing a new exception
type, we're explicitly telling other implementations "Look, this is
our problem that we don't plan to fix as it doesn't typically arise in
real code, but please don't deliberately cripple your own
implementation just to match this behaviour". I'm strongly with MvL on
this one - SyntaxError itself should never be raised for legal Python
code just because the CPython bytecode generation toolchain isn't able
to handle it properly.
History
Date User Action Args
2011年07月16日 15:10:42ncoghlansetrecipients: + ncoghlan, loewis, georg.brandl, terry.reedy, marienz, pitrou, benjamin.peterson, Trundle, eric.snow
2011年07月16日 15:10:41ncoghlanlinkissue11343 messages
2011年07月16日 15:10:41ncoghlancreate

AltStyle によって変換されたページ (->オリジナル) /