Dynamic Language Runtime

Dynamic Language Runtime (DLR)
Dynamic Language Runtime (DLR)
Original author	Microsoft Dynamic Language Runtime Team
Developer	.NET Foundation
Initial release	April 16, 2010; 15 years ago
Stable release	1.3.5 / December 19, 2024; 14 months ago
Written in	C#
Operating system	Windows, macOS, Linux (Debian, Ubuntu)
Platform	Common Language Infrastructure
Type	System platform
License	Apache License 2.0
Website	docs.microsoft.com/en-us/dotnet/framework/reflection-and-codedom/dynamic-language-runtime-overview
Repository	github.com/IronLanguages/dlr ;

The Dynamic Language Runtime (DLR) from Microsoft runs on top of the Common Language Runtime (CLR) and provides computer language services for dynamic languages. These services include:

A dynamic type system, to be shared by all languages using the DLR services
Dynamic method dispatch
Dynamic code generation
Hosting API

The DLR is used to implement dynamic languages on the .NET Framework, including the IronPython and IronRuby projects.

Because the dynamic language implementations share a common underlying system, it should be easier for them to interact with one another. For example, it should be possible to use libraries from any dynamic language in any other dynamic language. In addition, the hosting API allows interoperability with statically typed CLI languages like C# and Visual Basic .NET.

History

Microsoft's Dynamic Language Runtime project was announced by Microsoft at MIX 2007.^[2]^[3]

Microsoft shipped .NET DLR 0.9 beta in November 2008,^[4] and final 0.9 in December 2008. Version 1.0 shipped in April 2010. In July 2010, Microsoft changed the license of the DLR from the Microsoft Public License to the Apache License 2.0.^[5] With the release of .NET 4, also in April 2010, DLR was incorporated into the .NET Framework itself.^[6]

The open source DLR project hosted on GitHub has a few additional features for language implementers. After the July 2010 release, there was little activity on the project for some years. This was interpreted by a Microsoft developer who worked on IronRuby as a lack of commitment from Microsoft to dynamic languages on the .NET Framework.^[7]^[8] However, there has been regular activity since 2016/17, leading to a number of improvements and upgrades.

Language implementations

In 2007, Microsoft initially planned to use the DLR for the upcoming Visual Basic 2010 (VB 10.0) and Managed JScript (ECMAScript 3.0) as well as Python and Ruby.^[2]^[9]^[10]^[11]^[12]

The DLR work on Ruby and Python resulted in IronRuby, a .NET implementation of the Ruby language, and IronPython.^[2]

By August 2009, Microsoft had announced it had no more plans to implement Managed JScript on the DLR.^[13] Fredrik Holmström later independently contributed a JavaScript implementation for the DLR which he dubbed "IronJS" in the naming tradition of IronPython and IronRuby.

Like C#, Visual Basic can access objects from dynamic languages built on the DLR such as IronPython and IronRuby.^[14]^[15]

PowerShell 3.0, released in Windows 8, was updated to use the DLR.^[16]

IronScheme, a Scheme implementation,^[17] was planning to build upon the DLR. This idea was abandoned because the DLR branch used by the project became out of sync with the trunk, and also because (according to the project coordinator) the current version of the DLR at that time could not support the majority of Scheme's requirements.^[18]

Architecture

The Dynamic Language Runtime is built on the idea that it is possible to implement language specificities on top of a generic language-agnostic abstract syntax tree, whose nodes correspond to a specific functionality that is common to many dynamic languages.^[19] This architecture is backed by the idea that the number of elementary language constructs that would have to be implemented on the generic stack should be inherently limited.^[20] The DLR dynamically generates code corresponding to the functionality expressed by these nodes. The compiler for any dynamic language implemented on top of the DLR has to generate DLR abstract trees, and hand it over to the DLR libraries.

The DLR provides dynamically updated DynamicSite objects that cache the task of binding methods to objects. Since the type of an object—as well as the members it contains—in dynamic languages can change during a program lifetime, a method invocation must check the method list to see if the invocation is a valid one. DynamicSite objects represent and cache the state of the object and its methods; any update to the object is reflected in the DynamicSite objects as well. DLR routes all method invocations via the DynamicSite objects, which then performs a fast lookup and binding of the method with the actual implementation.^[21]

In contrast to other efforts like the Parrot virtual machine (with no dependencies) or Da Vinci Machine (built on Java's JVM by adding new bytecodes in the JVM instruction set), the DLR is built on top of the existing Common Language Runtime, the .NET Framework virtual machine.^[22]

References

^ "Release 1.3.5". 19 December 2024. Retrieved 24 December 2024.
^ ^a ^b ^c Hugunin, Jim. "A Dynamic Language Runtime (DLR)". Retrieved 2007-06-21. For the short term, our focus is on using a small number of languages to drive the first wave of DLR development where we can work closely and face-to-face with the developers in order to iron out the worst kinks in the DLR design. After this initial phase, we want to reach out to the broader language community.
^ Viehland, Dino (2008-01-15). "Roadmap for IronPython 2.0". Archived from the original on 2008-09-06. Retrieved 2008-02-09. We don't really have a document like this but the general goal is to ship IronPython 2.0 by the end of the year. For the DLR itself the plan is to ship a v1.0 around the same time as IronPython 2.0.
^ "CodePlex Archive".
^ "CodePlex Archive". Archived from the original on 2011-08-14. Retrieved 2010-07-27.
^ "Dynamic Language Runtime Overview - .NET Framework". 30 March 2024.
^ "Microsoft Tires of IronRuby; Jimmy Schementi Jumps Ship". rubyinside.com. 2010-08-07. Retrieved 2012-02-26. A year ago the team shrunk by half and our agility was severely limited. [..] Overall, I see a serious lack of commitment to IronRuby, and dynamic language[s] on .NET in general.
^ "Microsoft's Dynamic languages are dying". i-programmer.info. 2010-08-10. Retrieved 2012-02-26. Without the final push to get the languages working under Visual Studio and integrated with the designer both Iron languages are probably dead - and Microsoft seems to have lost the will to make them a success.
^ "Managed JScript announced". Retrieved 2007-05-04.
^ "What the heck is "VBx"?". 2007-05-01. Archived from the original on 2009-05-25. Retrieved 2009-08-12. With the new DLR, we have support for IronPython, IronRuby, Javascript, and the new dynamic VBx compile
^ "Putting Mix, Silverlight, the CoreCLR and the DLR into context". 2007-05-01. Retrieved 2008-08-12.
^ "Introducing Visual Basic 10". infoq.com. 2007-05-04. Retrieved 2009-08-12. VB 10 takes advantage of a Silverlight feature called the Dynamic Language Runtime or DLR
^ Chiles, Bill (2009-06-01). "Future of Managed JScript (IronJScript)?". Archived from the original on 2009-08-31. Retrieved 2009-08-12. The DLR JScript was experimental for informing the design of the DLR (expression trees, interop, callsites, hosting, etc.). The JS we released with asp futures and the Silverlight dynamic sdk became very old and unserviceable as the DLR continued evolving for release in CLR 4.0. Unfortunately, there are no plans at this time to develop and release a DLR-hostable JScript.
^ "What's New in Visual Basic 2010". Microsoft. 2009. Retrieved 2009-08-12. Visual Basic binds to objects from dynamic languages such as IronPython and IronRuby
^ "Walkthrough: Creating and Using Dynamic Objects (C# and Visual Basic)". 25 February 2023.
^ "PowerShell 3 – Finally on the DLR!". Archived from the original on 2012-04-28. Retrieved 2012-03-30.
^ "CodePlex Archive".
^ "Is there any silverlight sample?". 2009-05-11. Retrieved 2009-07-26. Unfortunately, my DLR branch is very out of sync with the Silverlight one. I just thought about it, perhaps I do not need the DLR perse, will investigate. The problem is that the DLR as-is, is not good enough to support the majority of the Scheme's requirements{{cite web}}: CS1 maint: deprecated archival service (link)
^ Hugunin, Jim (2007-05-15). "DLR Trees (Part 1)". Retrieved 2008-02-23. The key implementation trick in the DLR is using these kinds of trees to pass code around as data and to keep code in an easily analyzable and mutable form as long as possible.
^ Nutter, Charles (2008-01-28). "Lang.NET 2008: Day 1 Thoughts". Retrieved 2008-02-23. The idea is that there's a quickly-flattening asymptotic curve to the number of expression tree nodes required to implement each new language. Whether that's the case is yet to be seen.
^ Bill Chiles (October 2007). "CLR Inside Out: IronPython and the Dynamic Language Runtime". MSDN Magazine. Retrieved 2007-08-10.
^ Rose, John (2008-02-02). "Bravo for the dynamic runtime!". Archived from the original on 2008-02-06. Retrieved 2008-02-23. The differences between the CLR and JVM extensions are interesting to note. They work completely above the level of the CLR without significantly enhancing it, while we are developing the JVM and libraries at the same time.

"MIX 07 - Silverlight shines brighter!". Retrieved 2007-04-30.
"MIX 07 Video Presentation - DEV02 - Just Glue It! Ruby and the DLR in Silverlight". Archived from the original on 2007-05-08. Retrieved 2007-05-04.
"Jim Hugunin's Thinking Dynamic – A Dynamic language runtime (DLR)". Retrieved 2008-02-06.
"Details of source package dlr-languages in squeeze – DLR in Debian". Retrieved 2010-07-06.
"Details of source package dlr-languages in lucid – DLR in Ubuntu". Retrieved 2010-07-06.
"Pratap Lakshman's o.x the Managed JScript Type System". Retrieved 2008-01-28.{{cite web}}: CS1 maint: deprecated archival service (link)

External links

[wikidata-a84aa65e10e94ee6dfb68f358681caba821e46d8-v20-1] "Release 1.3.5". 19 December 2024. Retrieved 24 December 2024.

[announce-2] Hugunin, Jim. "A Dynamic Language Runtime (DLR)". Retrieved 2007-06-21. For the short term, our focus is on using a small number of languages to drive the first wave of DLR development where we can work closely and face-to-face with the developers in order to iron out the worst kinks in the DLR design. After this initial phase, we want to reach out to the broader language community.

[3] Viehland, Dino (2008-01-15). "Roadmap for IronPython 2.0". Archived from the original on 2008-09-06. Retrieved 2008-02-09. We don't really have a document like this but the general goal is to ship IronPython 2.0 by the end of the year. For the DLR itself the plan is to ship a v1.0 around the same time as IronPython 2.0.

[4] "CodePlex Archive".

[5] "CodePlex Archive". Archived from the original on 2011-08-14. Retrieved 2010-07-27.

[6] "Dynamic Language Runtime Overview - .NET Framework". 30 March 2024.

[7] "Microsoft Tires of IronRuby; Jimmy Schementi Jumps Ship". rubyinside.com. 2010-08-07. Retrieved 2012-02-26. A year ago the team shrunk by half and our agility was severely limited. [..] Overall, I see a serious lack of commitment to IronRuby, and dynamic language[s] on .NET in general.

[8] "Microsoft's Dynamic languages are dying". i-programmer.info. 2010-08-10. Retrieved 2012-02-26. Without the final push to get the languages working under Visual Studio and integrated with the designer both Iron languages are probably dead - and Microsoft seems to have lost the will to make them a success.

[Managed_JScript_announced-9] "Managed JScript announced". Retrieved 2007-05-04.

[10] "What the heck is "VBx"?". 2007-05-01. Archived from the original on 2009-05-25. Retrieved 2009-08-12. With the new DLR, we have support for IronPython, IronRuby, Javascript, and the new dynamic VBx compile

[11] "Putting Mix, Silverlight, the CoreCLR and the DLR into context". 2007-05-01. Retrieved 2008-08-12.

[12] "Introducing Visual Basic 10". infoq.com. 2007-05-04. Retrieved 2009-08-12. VB 10 takes advantage of a Silverlight feature called the Dynamic Language Runtime or DLR

[13] Chiles, Bill (2009-06-01). "Future of Managed JScript (IronJScript)?". Archived from the original on 2009-08-31. Retrieved 2009-08-12. The DLR JScript was experimental for informing the design of the DLR (expression trees, interop, callsites, hosting, etc.). The JS we released with asp futures and the Silverlight dynamic sdk became very old and unserviceable as the DLR continued evolving for release in CLR 4.0. Unfortunately, there are no plans at this time to develop and release a DLR-hostable JScript.

[14] "What's New in Visual Basic 2010". Microsoft. 2009. Retrieved 2009-08-12. Visual Basic binds to objects from dynamic languages such as IronPython and IronRuby

[15] "Walkthrough: Creating and Using Dynamic Objects (C# and Visual Basic)". 25 February 2023.

[16] "PowerShell 3 – Finally on the DLR!". Archived from the original on 2012-04-28. Retrieved 2012-03-30.

[17] "CodePlex Archive".

[18] "Is there any silverlight sample?". 2009-05-11. Retrieved 2009-07-26. Unfortunately, my DLR branch is very out of sync with the Silverlight one. I just thought about it, perhaps I do not need the DLR perse, will investigate. The problem is that the DLR as-is, is not good enough to support the majority of the Scheme's requirements{{cite web}}: CS1 maint: deprecated archival service (link)

[19] Hugunin, Jim (2007-05-15). "DLR Trees (Part 1)". Retrieved 2008-02-23. The key implementation trick in the DLR is using these kinds of trees to pass code around as data and to keep code in an easily analyzable and mutable form as long as possible.

[20] Nutter, Charles (2008-01-28). "Lang.NET 2008: Day 1 Thoughts". Retrieved 2008-02-23. The idea is that there's a quickly-flattening asymptotic curve to the number of expression tree nodes required to implement each new language. Whether that's the case is yet to be seen.

[21] Bill Chiles (October 2007). "CLR Inside Out: IronPython and the Dynamic Language Runtime". MSDN Magazine. Retrieved 2007-08-10.

[22] Rose, John (2008-02-02). "Bravo for the dynamic runtime!". Archived from the original on 2008-02-06. Retrieved 2008-02-23. The differences between the CLR and JVM extensions are interesting to note. They work completely above the level of the CLR without significantly enhancing it, while we are developing the JVM and libraries at the same time.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

Epstein Files Full PDF

History

Language implementations

Architecture

See also

References

External links