Jump to content

Talk:Common Language Infrastructure

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Connelly (talk | contribs) at 00:08, 21 July 2006 (Q about CLR in the open source world). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Wikipedia:WikiProject .NET/template Common language infrastructure (CLI)is a term which gives no results when run on the Microsoft web site]. But Common language runtime is not much better (4 hits). And Common language runtime gives a lot of hits, but they seem to be Java related.

A general google search on Common Language Infrastructure and Common Language Runtime gives a considerable amount of results. But sorting out needs its time.

I would like to see an article which translates the Microsoft speak into commonly known computing terms. The stub above is a first attempt at this. Perhaps it should be moved to another heading. -- Kwaku

CLI as seen with the eyes of a Java proponent: http://www.javalobby.org/clr.html (link put here to consult for further work on the article)


I removed some stuff because it was copied without even some decent formatting from http://hosting.msugs.ch/dotnetrox/vb/Ch01.html -- Jan Hidders 20:47 Sep 7, 2002 (UTC)

Inter-language integration in the open source world

One of the strengths of CLR seems to be that it allows lots of different languages to be integrated and call each others' code. The code to produce and use DLL assemblies in many languages is quite simple. Is there any similar "inter-language integration" layer in Linux, or in the open source world? I have used SWIG and Boost, however, I'm more asking whether it is possible to not merely export C++ code into various languages, but rather, to share code between pairs of arbitrary languages. For example, is it possible to take a CPAN Perl module and call it from Python, or export a Tcl module and a Ruby module and call each of these from clisp? If the necessary technology to do this does not exist, then I'd like to know that as well. Thanks. Connelly 00:08, 21 July 2006 (UTC)[reply]

Category

I noticed that the article has no category. Maybe separate Category:Microsoft .NET should be created? --Derbeth 19:42, 3 Apr 2005 (UTC)

I've put it in the already-existing Category:.NET programming languages. ··gracefool | 05:13, 5 Apr 2005 (UTC)

My understanding is that the CLR (Common Language Runtime) is not technically a virtual machine. It does not run IL code, it loads and compiles it. The architecture is designed to provide a platform-neutral layer similar to that provided by Java's Virtual Machine, but the mechanism is different.

Implementations

I've repositioned the implementations section to logically follow Standardization and Licensing. A question regarding MS .NET FW there: why is it called 'commercial' if it's available for free download? --tyomitch 08:45, 2 September 2005 (UTC)[reply]

I labelled it as such because it is a heart of their commercial .NET offering, and to emphasize the fact that it's a closed-source implementation Microsoft uses for profit. Hope that makes some sort of sense. :) -- Foofy 18:12, 4 October 2005 (UTC)[reply]

Implementations / CLI and CLR

I'll address this on the project page, but the CLI is a spec, and the CLR is an implementation of CLI plus libraries, etc., so it makes more sense to put the implementations in the CLR article. -- Foofy 18:12, 4 October 2005 (UTC)[reply]

Hi Foofy! Long time! Does Foofy got something to do with Footbal fan?! ;) I suggest that the section to be kept as it is and develop it in the CLR article. We can add later on a reference to that from here. Cheese -- Svest 18:57, 4 October 2005 (UTC)  Wiki me up™[reply]