So, this uses a macro, but if you’re thinking anything is possible with a macro, it’s actually not in Rust. The input does still need to parse as valid Rust tokens.

Which means the authors asked themselves at some point: Is the Rust syntax a superset of the Python syntax?
And well, it’s not. In particular, some Python keywords will just be tokenized as an identifier (like a variable name).

But it is close enough that the authors decided against requiring a massive string to be passed in, which does amuse me. 🙃

  • cabhan@discuss.tchncs.deEnglish
    52·
    14 days ago

    With projects like these, I’m always torn between thinking that it’s cool it’s possible, and horror that someone somewhere will try to use this in production code.

  • flashgnash@lemm.ee
    21·
    13 days ago

    This is absurd, the amount of effort that must have gone into this purely for shits and/or giggles

    • fossphi@lemm.eeEnglish
      22·
      13 days ago

      shits and/or giggles

      That’s probably the single most impactful cause for doing things with computers

  • JoYo@lemmy.mlEnglish
    7·
    14 days ago

    is it converting the syntax to rust? wouldn’t that be easier at the LLIL or i guess python bytecode level?

    • Ephera@lemmy.mlOP
      11·
      13 days ago

      From what I understand, it works like this:

      1. Rust compiler reads the pseudo-Python and tokenizes it according to Rust’s rules.
      2. Macro code converts the tokens back to (now proper) Python, while filling in the captured variables. I believe, this is the code that does this.
      3. Python code is executed in an actual Python interpreter, via PyO3.