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 rhettinger
Recipients BTaskaya, gvanrossum, lys.nikolaou, pablogsal, rhettinger
Date 2020-09-09.01:43:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1599615781.39.0.300954029052.issue41746@roundup.psfhosted.org>
In-reply-to
Content
> I know it's moot now, but still -- what benefit do we get 
> from using a "standard" like ASDL?

The "standard" part of it isn't important.  AFAICT, ASDL has a low adoption rate and is not maintained.

IMO, the part that matters is that ADSL was carefully balanced to be sufficiently expressive while keeping it easy to implement and easy to automatically translate into different languages.  Presumably, this will not only help other Python implementations and third-party tooling, it will also make life easier for us in the long run.

My understanding of the origin of ASDL is that it aspired to solve a common problem in language design where people commonly described their abstract syntax in way that was too tightly bound to underlying implementation language.  This caused long-run problems when reimplementing in other languages and when trying to automatically update downstream tools that interoperate with the AST.

In this regard, my personal experience with ASDL has been favorable.  I view it as the JSON spec of the AST world, intentionally minimal yet expressive.

That said, I think it failed to establish itself as a standard and almost no tooling was created for it.  The original authors expected that ASDL would sit side-by-side with BNF and regex notation.  That was a pipe dream.
History
Date User Action Args
2020-09-09 01:43:01rhettingersetrecipients: + rhettinger, gvanrossum, lys.nikolaou, pablogsal, BTaskaya
2020-09-09 01:43:01rhettingersetmessageid: <1599615781.39.0.300954029052.issue41746@roundup.psfhosted.org>
2020-09-09 01:43:01rhettingerlinkissue41746 messages
2020-09-09 01:43:00rhettingercreate