<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>just if you care you can still run images of Tru64 gem5 simulator.<br>Also the microkernel version of this systems heavily distributed in super-computer environments so if you call it OSF you need to use the correct version bar-code. For instance 4.0 was "DEC UNIX" or Digital UNIX, or as someone calls it DUNIX.  So perhaps better DEC_OSF, DEC_UNIX_..<br>Perhaps we should use the compiler to make cross-compatibility as much as you can, being DEC I imagine you can make binary compatibility?<br>Thanks in advance<br><br>--- El <b>lun, 11/6/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: lunes, 11 de junio, 2012
 07:38<br><br><div class="plainMail">CVSROOT:    /usr/cvs<br>Changes by:    jkrell@birch.    12/06/11 12:38:00<br><br>Modified files:<br>    cm3/m3-sys/m3cc/src/: platforms.quake <br><br>Log message:<br>    move ALPHA_OSF up from alpha-dec-osf4 to alpha-dec-osf5.1<br>    as 5.1 is at least supported with -enable-obsolete in 4.7<br>    <br>    if we really want to support alpha-dec-osf4 or 5.0, then we need to stay back on gcc 4.5,<br>    or bring the port forward, which is probably easy, or, my favorite, generate C :)<br>    <br>    (maybe I'll rebuild my hardware collection and run this all locally..)<br>    <br>    osf4 was actually made to run fairly recently..and our #ifdef C source<br>    does account for 4 vs. 5 differences (i.e. availability
 of 64bit<br>    file times, I vaguely recall)<br><br></div></blockquote></td></tr></table>