<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>with all due respect this is what I warned about mixing RTs in one compiler, most unsafety of C in Modula-3 is not a good idea, good C ideas are indeed needed, e.g. Fail-Safe C, gcc will have a Fail-safe plugin, if c is what you want to, use it.<br>Jay I know of a way to ask old DEC-SRC Modula-3 -> C compiler, if you want even possibly asking the compiler in C, wouldn't that make the trick for us of compiling in AMD64_NT? We don't need to have the whole world in C to do that, do we? You could recompile itself and make a ready to boot compiler.<br>Thanks in advance<br><br>--- El <b>sáb, 8/9/12, Jay Krell <i><jkrell@elego.de></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Jay Krell <jkrell@elego.de><br>Asunto: [M3commit] CVS Update: cm3<br>Para:
 m3commit@elegosoft.com<br>Fecha: sábado, 8 de septiembre, 2012 06:24<br><br><div class="plainMail">CVSROOT:    /usr/cvs<br>Changes by:    jkrell@birch.    12/09/08 11:24:43<br><br>Modified files:<br>    cm3/m3-libs/m3core/src/float/C99/: FPU.i3 m3makefile <br>Added files:<br>    cm3/m3-libs/m3core/src/float/C99/: FPU.c <br>Removed files:<br>    cm3/m3-libs/m3core/src/float/C99/: FPU.m3 <br><br>Log message:<br>    implement FPU.scalb via FPU__ldexp, via a C wrapper,<br>    as is common now<br>    <br>    I caught this because the declaration is wrong here,<br>    int vs. INTEGER. The C backend causes an interesting<br>    interop feature -- we actually get static checking<br>    of our redeclarations, if #include is in the C code,<br>    or if the
 compiler knows the function.<br>    <br>    gcc does let us pass INTEGER to int w/o truncation warning,<br>    so do that. Ok?<br><br></div></blockquote></td></tr></table>