| |||||||||||||
The .NET API patent, mono, and GNOMEThe .NET API patent, mono, and GNOMEPosted Jan 25, 2006 2:44 UTC (Wed) by zblaxell (subscriber, #26385)In reply to: The .NET API patent, mono, and GNOME by massimiliano Parent article: The .NET API patent, mono, and GNOME
C++ compiler people (and sometimes even C compiler people) routinely fail to produce compatible runtimes between different versions of the same compiler for the same language, despite fairly strict architectural constraints. They apparently do this for performance or correctness reasons, or perhaps to implement new features.
How can we expect people working on *different languages* to produce compatible runtime code, without that code eventually sucking?
The only thing magical about i386 bytecodes (which is what most of libc is made of) is that it is seriously inconvenient to change; otherwise, there would be new versions of the machine language in the CPU just as often as new compilers come out today.
(Log in to post comments)
The .NET API patent, mono, and GNOME Posted Jan 25, 2006 6:54 UTC (Wed) by massimiliano (subscriber, #3048) [Link] How can we expect people working on *different languages* to produce compatible runtime code, without that code eventually sucking? Fairly easy: the people interested in the languages do not produce the runtime code, they use the exisitng one (with clear specifications by ECMA and ISO) and produce only a compiler for their language. Less work for language people, and less mess for everybody else. And BTW, their compiler does not need to be ported to any CPU architecture, it is the runtime that provides the JIT compiler (and also an AOT one if you want it). Hopefully, we (runtime people) will provide a runtime that does not suck ;-) At least this is the .NET vision of things (which, incidentally, is in practice also the Parrot one, even if IMHO .NET and Mono are more mature now).
|
|||||||||||||