Last active
September 23, 2025 07:58
-
-
Save ab5tract/538a991b64e43e544656799a0dee3fca to your computer and use it in GitHub Desktop.
$=pod visibility
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| =for foo | |
| zippo | |
| say $=pod; | |
| q:to/CODE/.EVAL; | |
| say $=pod | |
| CODE |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| [] |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| [Pod::Block::Named{:name("foo")} | |
| Pod::Block::Para | |
| zippo say $=pod; | |
| ] |
The way I interpret the $= variables, is that they are compunit bound. Since EVALs are compunits, they should start with a fresh set of $= variables, and should not be able to see the outer $= variables.
So I'd say the dev branch is wrong in that respect.
Q: what happens in the dev branch if you add pod there? Does it get added to the outer $=pod ? Or does it replace it?
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
All output examples are produced with
RAKUDO_RAKUAST=1