Vyper or something else

[pipermerriam]

The python vyper compiler is continuing with development.

There are already choices in this codebase which make this version of vyper not syntactically compatible with the python one. For this reason I think we have two choices.

1. engage with the python-vyper team to converge on a single language spec.
2. pick a new name.

No urgency if we're good with option 2 (even if we don't end up going that way). More urgency if we want to put in the political work to converge the language syntax.

[davesque]

For some context, converging on the language syntax will probably mean that they have to write their own parser instead of depending on the python stdlib parser. IMHO, reliance on the stdlib parser was one of the things holding the language back and even encouraging patterns of corner-cutting that led to bad engineering practices. It would be great if the python vyper was willing to write a custom parser, but it might be a big ask.

[fubuloubu]

The official Vyper grammar is located here: https://github.com/vyperlang/vyper/blob/master/tests/grammar/vyper.lark

---

Edit: I am working on an update to streamline the grammar a lot vyperlang/vyper#1827

[fubuloubu]

The eventual idea is that if it's good enough to pass test suite, it should be good enough to start on a refactor of the compiler front end. I would eventually like to move to Lark fully: https://github.com/fubuloubu/vyper-redux/blob/master/vyper/ast.py#L229 details an idea of how this might look