Question

We're building a commercial (closed/proprietary) intranet application which makes used of hosted IronPython (2.7), targeting .NET 4.0.

What approach would you recommend for ensuring the DLR runtimes (Microsoft.Scripting.dll & Microsoft.Dynamic.dll - both included in the IronPython 2.7 binary distribution) are available at runtime?

They're both licensed under Apache license so including with our software wouldn't be a problem. Potentially an alternative would be ensuring they're available in the GAC.

It seems the intention of the DLR developers is that more and more of the DLR will eventually end up in the .NET framework/CLR (presumably under System.Core).

Any thoughts or considerations are appreciated.

Was it helpful?

Solution

The best thing to do is include the DLR DLLs in your application next to the IronPython DLLs. Putting them in the GAC will affect every other application on the system that uses the DLR, which is probably not what you want unless you have complete control of the systems involved.

What's in .NET 4 is probably the extent of the DLR that's going to go in; Microsoft is not involved in the development of the DLR anymore.

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top