Dynamic Language Runtime

Closed Issue: Expressions are not printed in interactive mode [3010]

billchi — Thu, 16 May 2013 10:29:20 GMT

See these mails.
http://rubyforge.org/pipermail/ironruby-core/2009-March/004008.html
http://lists.ironpython.com/pipermail/users-ironpython.com/2009-April/010140.html

This only happens on Mono (newline difference).

Pasting Jb Evain's mail:

The issue lies in the processing of new lines in
Microsoft.Scripting.Core.Hosting.Shell.CommandLine.

The code is appending \n as terminating new lines, but checks for the
presence of Environment.NewLine inside the evaluated string. Obviously
it works only if Environment.NewLine is \r\n, and not \n.

Closed Issue: Engine.Operations.GetDocumentation(...) broken under .NET 4.0? [6071]

billchi — Thu, 16 May 2013 10:29:17 GMT

<Test>HostingTest.dll (GetDocumentation_FromDotNetObject)</Test>

Under .NET 3.5, calling "Engine.Operations.GetDocumentation(testObject)" where testObject is a .NET DateTime object produced a string containing "Represents an instant in time, typically expressed as a date and time of day".

Under .NET 4.0 it's now:
DateTime(ticks: Int64)
DateTime(ticks: Int64, kind: DateTimeKind)
DateTime(year: int, month: int, day: int)
DateTime(year: int, month: int, day: int, calendar: Calendar)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, kind: DateTimeKind)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, calendar: Calendar)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, millisecond: int)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, millisecond: int, kind: DateTimeKind)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, millisecond: int, calendar: Calendar)
DateTime(year: int, month: int, day: int, hour: int, minute: int, second: int, millisecond: int, calendar: Calendar, kind: DateTimeKind)

Is this really a change in .NET 4.0 or is this API broken somehow?

New Post: DLR <> IronLanguages

dmiller — Fri, 05 Apr 2013 22:10:59 GMT

jdhardy wrote:

The DLR is still sort-of actively developed, in the IronLangauges github repo. Tomas Matousek has done a bunch of work to port it to Windows8/Metro. No major work is being done, but that's mainly because it's a pretty solid piece of code that doesn't need
major changes. None of that has been ported back to this project, however, since for a long time there wasn't much interest in the DLR outside of IronPython/IronRuby. I've mulled around the idea of breaking it out into its own github repo, but I'd need to
know that there's enough projects using it to be worth the effort. Unfortunately DLR languages tend to start with good intentions and then fizzle out.

Speaking as someone with a language project still using parts of the DLR and not fizzling out (ClojureCLR), any updates to DLR would be welcome. Win8/Metro has been asked for. A separate github would be nice, but I'd be happy with an official nuget packaged of just the DLR. Some of the folks interested in this have expressed interest that this be signed the same as the regular IronPython package, to aid in compatibility.

-David

New Post: DLR <> IronLanguages

jdhardy — Thu, 04 Apr 2013 19:21:23 GMT

IronPython and IronRuby were developed in the same TFS repo inside Microsoft, and the IronRuby team had a mirror on GitHub. after MS dumped the Iron languages, that GH repo was renamed to IronLanguages, and that's where the primary development of IronPython
and IronRuby take place. Re debugging, I know that IronPython has debugging information (i.e. it can be debugged by the normal VS debugger, although PTVS improves that quite a bit), stack traces, etc. I don't know how much of it is in the DLR and how much
is specific to IronPython though.

New Post: DLR <> IronLanguages

todort — Thu, 04 Apr 2013 06:30:33 GMT

Hi jdhardy,

My impression was that there was at least some development in the IronLanguages project. I've seen Windows 8 related code, and it's nice to see that people add functionality to it. Good Work (Tomas Matousek)!

It's also my impression that large parts of the framework are stable. The whole AST/Expressions part is working well and documented reasonably, and I was surprised how easy it is to use. I am trying to implement Smalltalk on top of the DLR, and most things are straight forward. The only things I am missing is the non-local returns, i.e. returns from a full-closure out of the context where the closure is defined. However, I am sure that it's not a trivial thing to implement and probably will need some CLR/MSIL support.

Anyway, I understand that it's not ported back here. In my opinion, it's enough to have the changes one place. Can you explain what's the purpose of the IronLanguages project? Is it to coordinate the IronPython and IronRuby projects, or is it the actual project where the IronPython and IronRuby development happens?

For now, keep it in IronLanguages. It can always be split later.

A completely unrelated question, do you know, or do you know where to ask if the DLR has debugging functionality? What I would like to be able to do is create stack traces of a dead/dying DLR application (my IronSmalltalk dialect). I've looked into the Python Tools for Visual Studio, bur if I understood the debugger correctly, it communicates with the Python process and contains Python code inside that process. Is that correct? Anyway, any ideas are welcome!

Thanks!

-- Todor

New Post: DLR <> IronLanguages

dsblank — Wed, 03 Apr 2013 19:01:38 GMT

I'd be in favor of anything that we can do to make the DLR more accessible. I have a few languages that I would like to move over to the DLR, but this is a long term project, and it will take some time. I think that the DLR will be interesting to academics, especially as they become more documented, and more wildly known.

New Post: DLR <> IronLanguages

jdhardy — Wed, 03 Apr 2013 18:29:43 GMT

The DLR is still sort-of actively developed, in the IronLangauges github repo. Tomas Matousek has done a bunch of work to port it to Windows8/Metro. No major work is being done, but that's mainly because it's a pretty solid piece of code that doesn't need
major changes. None of that has been ported back to this project, however, since for a long time there wasn't much interest in the DLR outside of IronPython/IronRuby. I've mulled around the idea of breaking it out into its own github repo, but I'd need to
know that there's enough projects using it to be worth the effort. Unfortunately DLR languages tend to start with good intentions and then fizzle out.

New Post: DLR <> IronLanguages

todort — Mon, 01 Apr 2013 23:33:11 GMT

Thanks. I've found the blog and probably the entry you are mentioning. I did some reading earlier and found another blog and entry (I think it was a Ruby developer) on Microsoft's eternally changing policies and how this crippled the project :-/

Well, the hosting spec is not out of date, it's just not complete. Parts of it are written as "To-Do" and looking at the code, I get the same feeling, that those were still under development.

There was a project to create a Smalltalk on the DLR 3-4 years ago, but it didn't get off. I started another project (and took over the name http://ironsmalltalk.codeplex.com/) about 2½ years ago. Unfortunately I had to take a break for about an year, and now I am back working on it.

So, the DLR is not developed actively any more, not even as part of the IronPython or IronRuby projects. And the PTVS is a stand-alone project.

I'll look at the PTVS and try to see if I can figure anything out. My first goal will be to create an extension to VS to be able to see the stack-trace of IronSmalltalk project.

Take care.

New Post: DLR <> IronLanguages

billchi — Mon, 01 Apr 2013 23:12:44 GMT

Fundamentally, we wanted to work toward standard python since that's what lots of people use.

Search for Jason Zander's blog on what happened to the iron languages, the full story is there. They are active and wholely owned by the community. Yes, the DLR was promising interop, and we had that with common hosting APIs, etc. We're not focusing on that now.

Is the hosting spec really out of date? Also, there was a smalltalk started at one point, but I don't recall what happened to it. I imagine you already searched for something to start from though.

In terms of more reading, it would be the ironpython mailing list since we do not work on this stuff now and are not updating docs.

Bill

New Post: DLR <> IronLanguages

todort — Mon, 01 Apr 2013 23:04:49 GMT

Thanks for the reply.

Did I understand you correctly? The Python Tools for Visual Studio (http://pytools.codeplex.com/) are based on the IronPython Studio (http://ironpythonstudio.codeplex.com/). So, why did the projects split? Different goals?

Did the same happen to IronPython / IronRuby and IronLanguages? Are they all active? Do they still cooperate? The idea behind the DLR was to have a common shared infrastructure, so interoperation between the languages is possible. Shame if people are branching indefinitely.

Anyway, I am trying to implement a Smalltalk dialect on top the DLR - strangely enough called IronSmalltalk. The DLR documentation is not 100% up to date. Figuring out the expression and dynamic object and code generation was doable. Figuring out the hosting frameworks was much more tricky (and I still only get the basics).

My next task is to figure out how to write some debug tools. Ideally, I'd like to see a stack trace inside Visual Studio and being able to inspect the offending objects and code. I am currently thinking to investigate how PTVS works and if I can learn something from it.

Can you recommend some relevant reading or what direction to go from here?

Thanks,

Todor

New Post: DLR <> IronLanguages

dinov — Sat, 30 Mar 2013 17:05:39 GMT

There's no current connection. PTVS is based upon the IronPythonTools which were originally shipped w/ the IronLanguages but has changed a huge amount since then. And I've personally worked on both, but there's no on going work that's shared between the two.

New Post: DLR <> IronLanguages

todort — Sat, 30 Mar 2013 03:17:08 GMT

Hi,

What's the relationship between this DLR project and the IronLanguages project on GitHub (https://github.com/IronLanguages)?

Created Issue: Please update support for Windows Phone and VS 2012 [11530]

mcandre — Mon, 28 Jan 2013 15:59:28 GMT

DLR doesn't work any more.

New Post: .NET 4.5

TomasMatousek — Fri, 12 Oct 2012 05:37:25 GMT

They do compile on 4.5, among other platforms. Check out https://github.com/IronLanguages/main

Tomas

From: [email removed]
To: [email removed]
Date: Thu, 11 Oct 2012 08:49:24 -0700
Subject: .NET 4.5 [dlr:398992]

From: Alxandr

What would it take to get the the Microsoft.Scripting-projects compiling under .NET 4.5?

Read the full discussion online.
To add a post to this discussion, reply to this email (dlr@discussions.codeplex.com)
To start a new discussion for this project, email dlr@discussions.codeplex.com
You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings on codePlex.com.
Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com

New Post: .NET 4.5

Alxandr — Thu, 11 Oct 2012 15:49:19 GMT

What would it take to get the the Microsoft.Scripting-projects compiling under .NET 4.5?

Source code checked in, #79962

Project Collection Service Accounts — Mon, 01 Oct 2012 21:14:48 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #79961

Project Collection Service Accounts — Mon, 01 Oct 2012 21:08:39 GMT

Checked in by server upgrade

Updated Wiki: Docs and specs

billchi — Tue, 25 Sep 2012 18:46:22 GMT

We will update documents here more frequently than in the release zip files.

The documents that are currently available are:

dlr-overview.doc or dlr-overview.pdf -- modified 16 DEC 09
dlr-spec-hosting.doc or dlr-spec-hosting.pdf-- modified 04 JUN 10
expr-tree-spec.doc or expr-tree-spec.pdf-- modified 02 JUN 11
library-authors-introduction.doc or library-authors-introduction.pdf -- modified 19 MAY 09
sites-binders-dynobj-interop.doc or sites-binders-dynobj-interop.pdf -- modified 09 JUL 09
sympl.doc or sympl.pdf -- modified 09 JUL 09

A suggested tour through the docs is:

start with dlr-overview and read first two sections
read or skim the remaining sections of dlr-overview
branch (note, conceptual introductions share some information with later sections of dlr-overview)
- for library authors wanting to create dynamic objects in a lightweight way, read library-authors-introduction
- for more info on Expression Trees, read expr-tree-spec
- for more info on dynamic dispatch caching and dynamic object interop, read sites-binders-dynobj-interop
- for more info on DLR Hosting Model, read dlr-spec-hosting
to bring this all together in a coherent language implementation sample with walkthrough, read sympl.doc

Temporary holding to make Roslyn FAQ available for the Microsoft "Roslyn" CTP:

Temporary holding to make Roslyn REPL and Scripting Docs available for the Microsoft "Roslyn" CTP:

released-interactive-repl-spec2.pdf
released-interactive-scripting-spec.pdf -- describes more closely what is in CTP2
released-interactive-scripting-spec2.pdf -- updated designs of what we're working on beyond CTP2

Temporary holding to make Roslyn compiler API drafts available:

roslyn-api-syntax-tree-pub.pdf -- CTP2 C# Syntax factories and SyntaxTree
roslyn-api-syntax-misc-pub.pdf -- CTP2 C# SyntaxNode
roslyn-api-core-syntax-pub.pdf -- CTP2 CommonSyntaxTree and CommonSyntaxNode

Temporary holding to make Roslyn Syntax API inheritance diagrams available for the Microsoft "Roslyn" CTP:

Updated Wiki: Docs and specs

billchi — Tue, 25 Sep 2012 18:45:24 GMT

We will update documents here more frequently than in the release zip files.

The documents that are currently available are:

dlr-overview.doc or dlr-overview.pdf -- modified 16 DEC 09
dlr-spec-hosting.doc or dlr-spec-hosting.pdf-- modified 04 JUN 10
expr-tree-spec.doc or expr-tree-spec.pdf-- modified 02 JUN 11
library-authors-introduction.doc or library-authors-introduction.pdf -- modified 19 MAY 09
sites-binders-dynobj-interop.doc or sites-binders-dynobj-interop.pdf -- modified 09 JUL 09
sympl.doc or sympl.pdf -- modified 09 JUL 09

A suggested tour through the docs is:

start with dlr-overview and read first two sections
read or skim the remaining sections of dlr-overview
branch (note, conceptual introductions share some information with later sections of dlr-overview)
- for library authors wanting to create dynamic objects in a lightweight way, read library-authors-introduction
- for more info on Expression Trees, read expr-tree-spec
- for more info on dynamic dispatch caching and dynamic object interop, read sites-binders-dynobj-interop
- for more info on DLR Hosting Model, read dlr-spec-hosting
to bring this all together in a coherent language implementation sample with walkthrough, read sympl.doc

Temporary holding to make Roslyn FAQ available for the Microsoft "Roslyn" CTP:

roslyn-ctp2-faq.docx
roslyn-ctp2-faq.pdf
Cannot resolve file macro, invalid file name or id.
Cannot resolve file macro, invalid file name or id.

Temporary holding to make Roslyn REPL and Scripting Docs available for the Microsoft "Roslyn" CTP:

released-interactive-repl-spec2.pdf
released-interactive-scripting-spec.pdf -- describes more closely what is in CTP2
released-interactive-scripting-spec2.pdf -- updated designs of what we're working on beyond CTP2

Temporary holding to make Roslyn compiler API drafts available:

roslyn-api-syntax-tree-pub.pdf -- CTP2 C# Syntax factories and SyntaxTree
roslyn-api-syntax-misc-pub.pdf -- CTP2 C# SyntaxNode
roslyn-api-core-syntax-pub.pdf -- CTP2 CommonSyntaxTree and CommonSyntaxNode

Temporary holding to make Roslyn Syntax API inheritance diagrams available for the Microsoft "Roslyn" CTP:

New Post: Custom Scope Storage as default for ScriptEngine.CreateScope()

SPARTAN563 — Mon, 17 Sep 2012 20:49:31 GMT

I have subsequently made the relevant changes to the DLR to implement option 1, these changes are contained within Pull Request 80.

Changes add the following methods to LanguageContext:

public virtual Scope CreateScope();
public virtual Scope CreateScope(IDictionary<string,object> dictionary);
public virtual Scope CreateScope(IDynamicMetaObjectProvider storage);

The changes also make calls to ScriptEngine.ExecuteFile(string file) and ScriptCode.CreateScope() both reference the LanguageContext's implementation of the CreateScope method.