<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
> I dream of the day when multilanguage programming can be done cleanly <BR>> for other than the malloc/free kinds of languages. <BR><BR>
<BR>
The point of .NET, eh?<BR>
<BR>
<BR>
> The one big problem with garbage-collected languages at the moment is <BR>> that they interwork very poorly because they have incompatible storage <BR>> layouts.<BR><BR>
<BR>
"storage layout"? Isn't that kind of underselling it?<BR>
Seems to me these things encompass like the whole system.<BR>
You either play into it or you don't.<BR>
There is a bit of a pick and chose option as I understand, like with "managed C++" you can have native code instead of IL+JIT.<BR>
<BR>
<BR>
Seems to me, syntax isn't all that interesting, but libraries and runtimes are.<BR>
Syntax matters to the extent that editor supports it.<BR>
While .NET may support various syntaxes, the point is really to use the one and only runtime and library. You might as well just use C#. Mono works fairly well.<BR>
Imho.<BR>
<BR>
..Jay<BR>
<BR>
<BR>> Date: Wed, 7 Apr 2010 14:56:54 -0400<BR>> From: hendrik@topoi.pooq.com<BR>> To: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] RTMachine.PointerAlignment = 1 on NT?<BR>> <BR>> On Mon, Apr 05, 2010 at 11:41:10AM +0000, Jay K wrote:<BR>> > <BR>> > For the vast majority of platforms:<BR>> > <BR>> > RTMachine.PointerAlignment = BYTESIZE(INTEGER).<BR>> > <BR>> > except 1 for NT386, 2 for M68K (dead).<BR>> > <BR>> > PointerAlignment = BYTESIZE(INTEGER);<BR>> > (* The C compiler allocates all pointers on 'PointerAlignment'-byte<BR>> > boundaries. The garbage collector scans thread stacks, but only<BR>> > looks at these possible pointer locations. Setting this value<BR>> > smaller than is needed will only make your system run slower.<BR>> > Setting it too large will cause the collector to collect storage<BR>> > that is not free. *)<BR>> > <BR>> > I suggest this is not exactly true.<BR>> > <BR>> > 1) Of what relevance is the C compiler? vs. the Modula-3 compiler.<BR>> <BR>> The C compiler is not that relevant. What is relevant is possible other <BR>> languages that might want to share a garbage collector.<BR>> <BR>> I dream of the day when multilanguage programming can be done cleanly <BR>> for other than the malloc/free kinds of languages. <BR>> <BR>> The one big problem with garbage-collected languages at the moment is <BR>> that they interwork very poorly because they have incompatible storage <BR>> layouts.<BR>> <BR>> Let's not make it harder than necessary.<BR>> <BR>> As far as I know, most allocate pointers on pointer-sized boundaries.<BR>> But pointers may point into objects as well as to them, not necessarily <BR>> at nice boundaries.<BR>> <BR>> -- hendrik<BR> </body>
</html>