<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
I believe nativeclient depends on a fork of gcc.<BR>
And I'm not sure if it always 32bit x86 or not.<BR>
Part of what they do is limit the output such as to be easily disassembled and analyzed at load/runtime.<BR>
  If that is all, we could probably just take their patches. There is a paper about it..<BR>
I don't know what you link to though.<BR>
 <BR>
 <BR>
Ultimately..you can tell what I'm going to say..a good solution is Modula-3-to-C, and then use whatever C compiler you want.<BR>
Including the nativeclient gcc. An iPhone/iPad/iPod cross compiler. Older stuff like Irix/AIX/HPUX that we have<BR>
no Hudson nodes for. NT/AMD64, NT/IA64. Android. Newer stuff that hasn't come along yet.<BR>
 <BR>
 <BR>
Basically, generating C or C++ is a great portability mechanism, to old, existing, and new platforms.<BR>
A bit better than depending on gcc.<BR>
 <BR>
 <BR>
On Daniel's point, there's an ongoing race to provide the best new development environments that<BR>
do or do not allow much code reuse. That are or are not "safe".<BR>
not safe: iPhone, iPad, iPod, native for Android<BR>
safe: Java on Android, Silverlight in web browser and Windows Phone 7, Go, JavaScript <BR>
 <BR>
Those platforms have way more mindshare, support, tooling, libraries, than Modula-3 and I'm sure they always will.<BR>
 <BR>
 > let me think if I can write a web server in less than 100 loc <BR>
 <BR>
It takes 5 lines in Python, as it is already builtin to the libraries -- confusing language and libraries, granted.<BR>
 <BR>
 - Jay<BR><BR>

<HR id=stopSpelling>
Date: Thu, 24 Feb 2011 21:46:17 +0000<BR>From: dabenavidesd@yahoo.es<BR>To: m3devel@elegosoft.com; dragisha@m3w.org<BR>Subject: Re: [M3devel] new target? :)<BR><BR>
<TABLE border=0 cellSpacing=0 cellPadding=0>
<TBODY>
<TR>
<TD vAlign=top>Hi all:<BR>is interesting anyway but to write the web apps in c and good friends, hum ..., let me think if I can write a web server in less than 100 loc of Obliq and indeed one is written as an os extension, why would need any web page that renders c code, I think I would gain much more time writing myself rather than porting C (of course with its flavors) in Modula-3 or better if so in Obliq which is a mobile computing environment indeed, it makes me think, though the idea is good it makes little sense to make everything a client of a web browser rather than an instance of a structured platform, if they need only C why it has to be an instance of a web browser, it must be the browser makes better work for quick dynamic pages with C, or maybe another way of keeping it alive artificially, I mean what is the gain with that, if better runtime but, hum ...? but  it needs javascript, hum ... another loss of time (much time in inefficient checking), Nokia had the same idea with Qt and JS in WRT, (very little RT information), but still Obliq scripts can be type inferenced in much more smoothly way.<BR>I think this battle of JavaScript and Obliq and Modula-3 vs others could be fight yet one time again but needs more time for tools to make that a reality, still the others think they can do it, it's very interesting.<BR>Thanks in advance<BR><BR>--- El <B>jue, 24/2/11, Dragiša Durić <I><dragisha@m3w.org></I></B> escribió:<BR>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px"><BR>De: Dragiša Durić <dragisha@m3w.org><BR>Asunto: [M3devel] new target? :)<BR>Para: "m3devel" <m3devel@elegosoft.com><BR>Fecha: jueves, 24 de febrero, 2011 14:16<BR><BR>
<DIV id=ecxyiv199485283><A href="http://code.google.com/chrome/nativeclient/" rel=nofollow target=_blank>http://code.google.com/chrome/nativeclient/</A></DIV></BLOCKQUOTE></TD></TR></TBODY></TABLE><BR>                                           </body>
</html>