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 pdox
Recipients pdox, rhettinger
Date 2017-10-14.07:03:53
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1507964633.6.0.213398074469.issue31785@psf.upfronthosting.co.za>
In-reply-to
Content
rhettinger, helper functions used by the instruction code would also be moved into instructions.h (e.g. call_function, do_call_core, cmp_outcome, etc). Done properly, there should be very little need to move between instructions.h and ceval.c to understand what is happening.

The contract between the two files has to be very explicit. The only dependencies instructions.h would have on ceval.c would be to receive the evaluator macros (for manipulating the stack & locals, flow control, triggering error condition, etc). A strict (non-leaky) abstraction interface is necessary for being able to re-use the instruction code in an alternate evaluator.
History
Date User Action Args
2017-10-14 07:03:53pdoxsetrecipients: + pdox, rhettinger
2017-10-14 07:03:53pdoxsetmessageid: <1507964633.6.0.213398074469.issue31785@psf.upfronthosting.co.za>
2017-10-14 07:03:53pdoxlinkissue31785 messages
2017-10-14 07:03:53pdoxcreate