{"id":174,"date":"2008-01-30T10:23:38","date_gmt":"2008-01-30T18:23:38","guid":{"rendered":"http:\/\/wp.colliertech.org\/cj\/?p=174"},"modified":"2008-03-10T10:21:22","modified_gmt":"2008-03-10T18:21:22","slug":"from-langnet-2008-wednesday","status":"publish","type":"post","link":"https:\/\/wp.c9h.org\/cj\/?p=174","title":{"rendered":"From Lang.NET 2008 – Wednesday"},"content":{"rendered":"

0843
\nAlrighty… we’re online. I checked in on #debian-mono, and meebey had plenty of suggestions<\/a> on how to fix the .deb.<\/p>\n

0923
\nThere’s a talk on IronRuby. Microsoft is implementing a Ruby compiler on the CLI. It uses the DLR to do the heavy lifting. It is currently slow :)<\/p>\n

Contributions are being accepted for libraries outside of the core, but not against the implementation of the compiler.<\/p>\n

http:\/\/rubyforge.org\/projects\/ironruby<\/a>
\n{jflam<\/a>,tomat<\/a>,jomes<\/a>,haiboluo<\/a>}@microsoft.com<\/p>\n

0949
\nThis talk is on a Ruby compiler\/runtime built on the CLI without using the DLR. One of the benefits is that it allows for ahead-of-time compiling, unlike implementations which use the DLR.<\/p>\n

0951
\nOn the drive down today, I was contemplating how Perl6 might handle importing modules from “external” sources. It looks like someone else has already thought about this. Perl6’s module docs can be found in Synopsis 11<\/a> of the Official Perl 6 Documentation<\/a>.<\/p>\n

1016<\/a>
\nMore thoughts on the issue with the DLR’s DynamicSite interface and the problem it poses regarding ahead-of-time compiling. DynamicSite allows fast paths to be determined during runtime. As methods and operators get used, they get bumped up in the priority. This allows the runtime to optimize for the user’s use case without having to hard-code stuff that’s hard to optimize. One of the drawbacks is that it makes it difficult to do ahead-of-time compilation.<\/p>\n

A possible solution to this would be to serialize the state of the DynamicSite object into an .exe when the runtime exits. This way, the DynamicSite could be deserialized when next the DLR loads a program for the language. I don’t know how feasible this is, but it might be interesting to try. Theoretically, this concept might make use of Linden Labs’ work on stack serialization, ie Continuations, as a different solution to the same problem.<\/p>\n

1029
\nThe current talk is on F#. The language reminds me of a blog post on Caml which I read a few years ago in Evan Martin’s blog<\/a>.<\/p>\n

Seo showed me a version of the F# example running on Debian sid. Whee.<\/p>\n

1053
\nParsing in F#
\nHarry Pierson
\nhttp:\/\/devhawk.net<\/a>
\nharry.pierson@microsoft.com<\/a><\/p>\n

Discussing parsing expression grammars.
\n1.9.2 of F# includes “Active Patterns”, an interesting approach to building compilers.<\/p>\n

This has been documented in his blog<\/a>. Here’s an example from his presentation:<\/p>\n

\r\n\/\/\/ Additive <- Multitive '+' Additive | Multitive\r\nand (|Additive|_|) inp =  match inp with\r\n       | Multitive(v1,Token '+' (Additive(v2, inp))) -> Some(v1+v2)\r\n       | Multitive(v,inp) -> Some(v,inp)\r\n       | _ -> None\r\n<\/pre>\n
1113
\nNeato.  Someone from Intentional Software<\/a> is presenting a language which includes code written using mathematical representation, diagrams, etc.  They call it “literate programming<\/a>” and mentioned Don Knuth<\/a> as the person responsible for the concept which they have implemented.<\/p>\n
1118
\nWhile I’m watching the presentations, I’m trying to add ToyScript to the prebuild.xml file and see if I can get it integrated into the .deb distribution.<\/p>\n
1130
\nThat was relatively painless.  I’ve gotten rid of the original dlr-solution-1.0.tar.gz and replaced it with dlr-solution-0.0.1.tar.gz<\/a>, which better indicates the state of the codebase.  Sorry for breaking history.<\/p>\n
Next talk is on NStatic<\/a> a static analysis tool.  The author, Wesner Moise<\/a>, writes a blog called “SmartSoftware<\/a>” and owns an LLC.  I have a feeling it only runs on win32…  The application is IDE-ish in nature.  Very cute and user-friendly looking.  The author claims that it has a debugger-like experience, which presents discovered errors.  Errors are presented in the context of the executing environment to assist the user in correcting the problem.  Errors also contain the stack\/execution path which lead to the violation.  In the UI, the execution path is indicated using arrows, non-executed code is dimmed.<\/p>\n
The author is now accepting applications for beta testers.  He does not shake hands :)<\/p>\n
1330
\nMiguel’s talking about Cecil.  It can be used to build a native binary from managed code.  Nifty.<\/strike> – Seo tells me that I misunderstood.  D’oh.<\/p>\n
His examples of Moonlight were pretty neat.  Novell can’t ship ffmpeg, so nobody can get a usable distribution right now.  Microsoft has promised to give Mono a media framework that can be redistributed.<\/p>\n
The Novell Mono team is working on new features which Moonlight requires.  Mono did not previously have a CLI verifier.  It is required for Silverlight.  The runtime is becoming hardened.  A security sandbox is being implemented.<\/p>\n
The team is also working on some automation tools:
\n* Static analysis with Gendarme.  think “customizable FxOp”
\n* Monoxide (assess audit surface).<\/p>\n
When the above are done, the Second Life folks will be able to open the doors to languages other than LSL when the above tools are complete.<\/p>\n
Novell is shipping a Moonlight SDK.  This consists of a compiler and class libraries.  There is a prototype of Monodevelop on MacOS X.  There is also a prototype of a Moonlight IDE.  Fancy.<\/p>\n
1405
\ncobra-language.com<\/p>\n
* object-oriented, imperitive
\n* run-time performance
\n* static & dynamic typing
\n* Nil tracking
\n* Cleaner syntax than perl
\n* Contracts built-in
\n* built-in unit test syntax as a language feature
\n* works on Mono
\n* compiler will be “open sourced” in February
\n** there will be a wiki
\n** there will be an issue tracker
\n** there will be discussion forums<\/p>\n
1428
\nI’m working with meebey’s debian packages of mono.  They’re a little tricky to get building.  They complain that mcs.exe and friends are missing from mcs\/class\/lib\/net_1_1_bootstrap\/ and mcs\/class\/lib\/basic\/ when run out of the box.  I’ve found that dropping the assemblies generated by building from svn into those directories seems to work.  *crosses fingers*<\/p>\n
I assume that if I can install these packages, I will be able to build the dlr packages using them.  I’ll stick them on the web server for reference.<\/p>\n
1439
\nCurrent talk is by some Visual Studio folks<\/a>.  They are discussing what is required to make a language play nice with Visual Studio.<\/p>\n
1504
\nregarding the debian\/ problem I had earlier, dmoonfire<\/a> told me that I should use dbuild instead of running the various debian\/rules targets individually.  It seems to run much better that way :)<\/p>\n
1506
\nThe current talk is about the Visual Studio 2008 Shell.  It seems nifty.  One can build a stand-alone IDE that makes use of the visual studio interface.  The resultant redistributable package will run without having to purchase visual studio.  Yay.  Free as in beer.  Or was that lunch?<\/p>\n
The IronPython Studio<\/a> is available on codeplex.  Looks similar to Visual Studio 2008.  Comes with solution explorer, toolbox, debugger, output windows, winforms designer, intelisense.  The only projects available in the “new project dialogue” of the IronPython Studio are those related to IronPython.<\/p>\n
Fancy.<\/p>\n
1539
\nDon box.  I’ve heard of him.  He’s talking about “Modeling and Languages.”  Chris Anderson is supporting.<\/p>\n
Doesn’t like WSDL or XSD.<\/p>\n
Goals:<\/p>\n