<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>The point is whether we want to migrate our current RT to C or JavaScript, my question is why not (Java/) JVM or Obliq.<br>If you want to code the RT for C, I don't know that well but Olivetti did that just as you say, but what we want is to be a member of The Language farm Club (aren't we).<br>If you want to make compilers to C or assembly, that's good but the it has been done in CLEF via M3CG->CLEF, CLEF compiler is written in java, nice!<br>I mean repeating this over and over doesn't make sense for me, what's the point here? The only thing left is Obliq to code for.<br>Thanks in advance<br><br>--- El <b>mié, 15/2/12, Jay <i><jay.krell@cornell.edu></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Jay <jay.krell@cornell.edu><br>Asunto: Re: [M3devel] Think
 we need a new release. C target<br>Para: "Daniel Alejandro Benavides D." <dabenavidesd@yahoo.es><br>CC: "Jay" <jay.krell@cornell.edu>, "Jay K" <jay.krell@cornell.edu>, "Dragiša Durić" <dragisha@m3w.org>, "m3devel" <m3devel@elegosoft.com><br>Fecha: miércoles, 15 de febrero, 2012 14:43<br><br><div id="yiv181156775"><div><div>No. None of this is the point, if it even makes sense.</div><div><br></div><div>The point is to use C as portable target.</div><div><br></div><div>If you want to run Obliq in a browser, compile it to JavaScript, possibly via something else, e.g. Java.</div><div><br></div><div>JavaScript isn't such a bad language though. The main difference among most languages is amount of static checking. People translate Java to JavaScript partly to get that static checking.</div><div><br></div><div>A C target would open up many old and new targets. And help debugging a lot, esp. on systems w/o m3gdb -- there are
 several.</div><div><br></div><div>A Java target and C# target would also be interesting.</div><div><br> - Jay (phone<span class="yiv181156775Apple-style-span" style="">)</span></div><div><br>On Feb 15, 2012, at 11:10 AM, "Daniel Alejandro Benavides D." <<a rel="nofollow" ymailto="mailto:dabenavidesd@yahoo.es" target="_blank" href="/mc/compose?to=dabenavidesd@yahoo.es">dabenavidesd@yahoo.es</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit;" valign="top">Hi all:<br>doing by that method do I have compatibility with something else, meaning C? CM JVM? Yes, it achieved it through high compatibility using C language so you could migrate your Java code via CM JVM (without JNI, a kind of
 nightmare) to Modula-3 and C, now if we generate C, what would be gaining in terms of compatibility, gaining compatibility with those C Compilers, who cares that, just people writing C Code, if they don't or don't want to code in Modula-3, will be attracted by that offer? In CM JVM case it might be interested to migrate to C, but they need a good RT support, they don't need compilers to C. They have many ones already.<br>Now, if is you the one who want to migrate to C platforms well, Modula-3 can directly interface with C.<br>I wanted to make clear that my route will be Obliq, since the new real intermediate language becoming
 mainstream is JavaScript, and certainly the dear good M3 friend new that if it not were by one hair Obliq would be become the standard of the web. Now, why would we want to make a non-standard thing a product of our catalog, well, I pass that one into you, what is the main difference between C and Obliq if I tell you that FailSafe-C is project built on a Obliq JVM product?<br>Please have a look at DDJ about the "The JVM as a Language Farm Club" :<br><a rel="nofollow" target="_blank" href="http://app.reg.techweb.com/e/es.aspx?s=2150&e=27044&elq=66547688035b4bc99ab7612af687575">http://app.reg.techweb.com/e/es.aspx?s=2150&e=27044&elq=66547688035b4bc99ab7612af687575</a><br><br>Thanks in advance<br><br>--- El <b>mar, 14/2/12, Jay <i><jay.krell@cornell.edu></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Jay <jay.krell@cornell.edu><br>Asunto: Re:
 [M3devel] Think we need a new release. C target<br>Para: "Daniel Alejandro Benavides D." <dabenavidesd@yahoo.es><br>CC: "Jay K"
 <jay.krell@cornell.edu>, "Dragiša Durić" <dragisha@m3w.org>, "m3devel" <m3devel@elegosoft.com><br>Fecha: martes, 14 de febrero, 2012 19:23<br><br><div id="yiv181156775"><div><div>You don't need a C standard, you just need to work with a few C compilers. Really not difficult. Also #line directives would be key part of debugging. Also, debugger expression evaluation would use C syntax, and, worse, object model would show through. It might help to produce C++ instead. Anyway, I'm sure it is a good idea. Just have to find lots of time...<br><br> - Jay (phone<span class="yiv181156775Apple-style-span" style="">)</span></div><div><br>On Feb 14, 2012, at 11:44 AM, "Daniel Alejandro Benavides D." <<a rel="nofollow">dabenavidesd@yahoo.es</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><table border="0" cellpadding="0" cellspacing="0"><tbody><tr><td style="font-family: inherit; font-style: inherit; font-variant:
 inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit;" valign="top">Hi all:<br>According to this it might be not p 20<br><a rel="nofollow" target="_blank" href="ftp://ftp.deas.harvard.edu/techreports/tr-01-05.pdf">ftp://ftp.deas.harvard.edu/techreports/tr-01-05.pdf</a><br><br>In any case will be enough to output C code inside the RT system to provide better maintainability? I believe it isn't but just to try to nicely be compliant with "a standard" that nobody has ever claim as such:<br>http://www.artikcommunity.biz/showthread.php?t=8224645&page=8&p=34494829#post34494829<br><br>Sorry, if I'm being unpolitical, but anyway, you have supported my true passion, good languages.<br><br>Thanks in advance and please make any comments you may have<br><br>--- El <b>mar, 14/2/12, Dragiša Durić
 <i><dragisha@m3w.org></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Dragiša Durić <dragisha@m3w.org><br>Asunto: Re: [M3devel] Think we
 need a new release. C target<br>Para: "Jay K" <jay.krell@cornell.edu><br>CC: "m3devel" <m3devel@elegosoft.com><br>Fecha: martes, 14 de febrero, 2012 06:20<br><br><div id="yiv181156775"><div>I did not agree with this before… But having met mindset "but we unserrrstand C"+"who will maintain than"+"we can't control that module code"… I agree now :).<div><br></div><div>With C target we don't have to worry about gcc internal changes and we can shield our customer of horrible non-C nature of product we are selling :).</div><div><br></div><div>Question is: Can we pass enough information to object/executable to allow us source level debugging of Modula-3?</div><div><br><div><div>On Feb 14, 2012, at 2:21 AM, Jay K wrote:</div><br class="yiv181156775Apple-interchange-newline"><blockquote type="cite"><span class="yiv181156775Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal;
 font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;"><span class="yiv181156775Apple-style-span" style="font-family: Tahoma; font-size: 13px;">A C-generating backend should ease installation and integration into distributions and such, since there could be a more "tradtional" Csource.tar.gz...</span></span></blockquote></div><br></div></div></div></blockquote></td></tr></tbody></table></div></blockquote></div></div></blockquote></td></tr></tbody></table></div></blockquote></div></div></blockquote></td></tr></table>