Message 388697 - Python tracker

➜

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	tomkpz
Recipients	Mark.Shannon, gvanrossum, python-dev, serhiy.storchaka, tomkpz
Date	2021-03-15.00:56:32
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<[email protected]>
In-reply-to

Content
IIRC, some transpilers for functional languages create deeply nested code. In particular for things like haskell's do notation. Anyway, when I wrote the PR, it was initially to reduce the frame size. Then once I had dynamic block stack sizing working, I realized there was no longer a need to keep the limit of 20 blocks. It was just compile.c that had the artificial limit, so I removed it. I can add the limit back in the PR, but I'm not sure what benefit that would give.

IIRC, some transpilers for functional languages create deeply nested code.  In particular for things like haskell's do notation.

Anyway, when I wrote the PR, it was initially to reduce the frame size.  Then once I had dynamic block stack sizing working, I realized there was no longer a need to keep the limit of 20 blocks.  It was just compile.c that had the artificial limit, so I removed it.  I can add the limit back in the PR, but I'm not sure what benefit that would give.

History
Date	User	Action	Args
2021-03-15 00:56:32	tomkpz	set	recipients: + tomkpz, gvanrossum, Mark.Shannon, python-dev, serhiy.storchaka
2021-03-15 00:56:32	tomkpz	set	messageid: <[email protected]>
2021-03-15 00:56:32	tomkpz	link	issue42917 messages
2021-03-15 00:56:32	tomkpz	create