<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>in fact there are even new hardware hacks for that as well, someones in practice:<br><br>http://homepage.mac.com/dgcx/pdp10x/<br><br>http://www.freak-search.com/en/thread/3102486/its_starting_to_be_a_pdp-10<br><br>Besides that I think the Thread implementation on SRC Modula-3 used to depend on an instruction that the Pdp-10 could execute so we can afford to compete one of those beasts with modern ones to see real and emulated performance, if one such DECiestis interested:<br>http://www.webservertalk.com/archive154-2006-5-1505344.html<br><br>I would host on of those, but how much power does it consume, very angry machine, although important steps for history of Computation, maybe in a virtual museum :)<br>https://www.msu.edu/~mrr/mycomp/cdc6000/cdc_emulators.htm<br><br>Thanks in advance<br><br>--- El <b>vie, 4/11/11, Daniel Alejandro Benavides D.
 <i><dabenavidesd@yahoo.es></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Daniel Alejandro Benavides D. <dabenavidesd@yahoo.es><br>Asunto: Re: [M3devel] adding new target?<br>Para: "m3devel" <m3devel@elegosoft.com>, "Mika Nystrom" <mika@async.caltech.edu>, "Jay K" <jay.krell@cornell.edu><br>Fecha: viernes, 4 de noviembre, 2011 13:08<br><br><div id="yiv1707454961"><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>well, but nonetheless, like first DEC pdp-10 didn't have those:<br>http://www.xkl.com/darkstar.html<br><br>Even today I doubt modern pdp-10 would have it or not, maybe I guess.<br>In retrospective you sort of fell
 like you could build your own OS for those big machines, even now, why wouldn't one think the same way. I think they even created paging hardware and basically the same sort of handling would depend on the OS itself as well to handle it (they had ported some Unix from AT&T and BSD of historic value but I don't know even a Linux distro that runs on it or something like that, well maybe some emulator).<br>http://en.wikipedia.org/wiki/SIMH#Digital_Equipment_Corporation<br><br>The interest on this stuff is the packet fields and BITS types of Modula-3, wouldn't be nice to have those on a recent hardware implementations? But then we would
 need to address the INTEGER issues, and etc (p.d they have ported gcc to there, so this is fact possible:<br>http://gcc.gnu.org/ml/gcc/2008-04/msg00516.html<br><br>)<br><br>Thanks in advance<br><br><br><br>--- El <b>vie, 4/11/11, Jay K <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 K <jay.krell@cornell.edu><br>Asunto: RE: [M3devel] adding new target?<br>Para: dabenavidesd@yahoo.es, "m3devel" <m3devel@elegosoft.com>, "Mika Nystrom" <mika@async.caltech.edu><br>Fecha: viernes, 4 de noviembre, 2011 12:39<br><br><div id="yiv1707454961">

<style><!--
#yiv1707454961  .yiv1707454961hmmessage P
{
margin:0px;padding:0px;}
#yiv1707454961  body.yiv1707454961hmmessage
{
font-size:10pt;font-family:Tahoma;}
--></style><div><div dir="ltr">
<pre> > does this MIPS have MMU-less chip</pre>I doubt it, but maybe.<br>I think even routers are "big" systems with MMUs.<br><br> - Jay<br><br><div><div id="yiv1707454961SkyDrivePlaceholder"></div>> Date: Fri, 4 Nov 2011 16:28:29 +0000<br>> From: dabenavidesd@yahoo.es<br>> To: m3devel@elegosoft.com; mika@async.caltech.edu<br>> Subject: Re: [M3devel] adding new target?<br>> <br>> Hi all:<br>> Does this MIPS have MMU-less chip, meaning, there are embedded linuses that run it:<br>> http://books.google.com/books?id=kk8G2gK4Tw8C&lpg=PA48&ots=c_1Nl4KtOw&dq=%22MMu-less%22%20mips&pg=PA49#v=onepage&q&f=false<br>> <br>> This is a must in terms of addresanility, besides others like the endianess<br>> or sort for DS3100, etc re-configurable (weel not in hot but at driver level, like in SPARC:<br>> <br>> http://www.fortunecity.com/skyscraper/motorola/22/resume.htm<br>> ).<br>> <br>> At
 the bottom of this and newer SMp there are issues as in Intel, that might be need to be put in consideration for gcc or so:<br>> http://www.youtube.com/watch?v=WUfvvFD5tAA.<br>> <br>> I don't know maybe that gcc for gnu/m3 was not a bad idea at all (fsf isn't helping that as well too much):<br>> http://users.crocker.com/~hudson/hudson.html<br>> <br>> Thanks in advance<br>> <br>> --- El vie, 4/11/11, Mika Nystrom <mika@async.caltech.edu> escribió:<br>> <br>> > De: Mika Nystrom <mika@async.caltech.edu><br>> > Asunto: [M3devel] adding new target?<br>> > Para: m3devel@elegosoft.com<br>> > Fecha: viernes, 4 de noviembre, 2011 02:30<br>> > Hi Jay,<br>> > <br>> > I know you have mentioned before that it's now "easy" to<br>> > add a new target.<br>> > I would like to add a target that is already mostly there,<br>> > I think.<br>> > The one I want is
 mipsel-linux.  This is to run on an<br>> > Asus RT-N16 router<br>> > running OpenWRT or DD-WRT.  These devices have 500 MHz<br>> > MIPS processors<br>> > and 128 MB of DRAM.<br>> > <br>> > First before you read this email, are there any<br>> > instructions for what<br>> > I'm trying to do anywhere, beyond your emails?  I am<br>> > using boot1.py<br>> > as you suggested.<br>> > <br>> > What I did was the following (guesses all along):<br>> > <br>> > made a cm3.cfg which I called MIPSEL_LINUX and put in <br>> > m3-sys/cminstall/src/config-no-install:<br>> > <br>> > ::::<br>> > readonly TARGET = "MIPSEL_LINUX" % code generation target<br>> > readonly GNU_PLATFORM = "mipsel-linux" % "cpu-os" string<br>> > for GNU<br>> > <br>> > SYSTEM_CC = "gcc -gstabs+ -fPIC" % C compiler<br>> > SYSTEM_ASM = "as" % Assembler<br>> >
 <br>> > m3back_m32 = "" % -m32 not allowed<br>> > <br>> > include("MIPSEL.common")<br>> > include("Linux.common")<br>> > ::::<br>> > <br>> > where MIPSEL.common contains:<br>> > <br>> > ::::<br>> > <br>> > readonly TARGET_ARCH = "MIPS"<br>> > readonly TARGET_ENDIAN = "LITTLE"   % {<br>> > "BIG" OR "LITTLE" }<br>> > readonly WORD_SIZE    = "32BITS"    % {<br>> > "32BITS" or "64BITS" }<br>> > <br>> > ::::<br>> > <br>> > Now I don't really know which of these strings are just<br>> > arbitrary<br>> > strings that I'm defining here and which of them have to<br>> > match<br>> > other things (and if so, what they have to match).<br>> > <br>> > In any case I'm doing something wrong because I do (on a<br>> > FreeBSD4<br>> > machine)...<br>> > <br>> > ./boot1.py MIPSEL_LINUX<br>> >
 <br>> > which runs for a bit and eventually degenerates to<br>> > <br>> > gmake[1]: Nothing to be done for `all'.<br>> > gmake[1]: Leaving directory<br>> > `/big/home2/mika/2/cm3-cvs/cm3/m3-sys/m3cc/FreeBSD4-I386_FREEBSD/libdecnumber'<br>> > cd ../FreeBSD4-I386_FREEBSD && cd libcpp &&<br>> > gmake  CFLAGS="-g<br>> > -O2"   MAKE=gmake  AUTOCONF=: AUTOMAKE=:<br>> > LEX='touch lex.yy.c' MAKEINFO=: libcpp.a |  tee -a<br>> > <br>> > /big/home2/mika/2/cm3-cvs/cm3/m3-sys/m3cc/src/../FreeBSD4-I386_FREEBSD/_m3.log<br>> > cd ../FreeBSD4-I386_FREEBSD && cd libcpp &&<br>> > gmake  CFLAGS="-g<br>> > -O2"   MAKE=gmake  AUTOCONF=: AUTOMAKE=:<br>> > LEX='touch lex.yy.c' MAKEINFO=: libcpp.a |  tee -a<br>> > <br>> > /big/home2/mika/2/cm3-cvs/cm3/m3-sys/m3cc/src/../FreeBSD4-I386_FREEBSD/_m3.log<br>> > gmake: `libcpp.a' is up to
 date.<br>> > cd ../FreeBSD4-I386_FREEBSD && cd gcc &&<br>> > gmake  CFLAGS="-g<br>> > -O2"   MAKE=gmake  AUTOCONF=: AUTOMAKE=:<br>> > LEX='touch lex.yy.c' MAKEINFO=: s-modes insn-config.h<br>> >  m3cg | tee -a<br>> > /big/home2/mika/2/cm3-cvs/cm3/m3-sys/m3cc/src/../FreeBSD4-I386_FREEBSD/_m3.log<br>> > cd ../FreeBSD4-I386_FREEBSD && cd gcc &&<br>> > gmake  CFLAGS="-g<br>> > -O2"   MAKE=gmake  AUTOCONF=: AUTOMAKE=:<br>> > LEX='touch lex.yy.c' MAKEINFO=: s-modes insn-config.h<br>> >  m3cg | tee -a<br>> > /big/home2/mika/2/cm3-cvs/cm3/m3-sys/m3cc/src/../FreeBSD4-I386_FREEBSD/_m3.log<br>> > gmake: `s-modes' is up to date.<br>> > gmake: `insn-config.h' is up to date.<br>> > gmake: Nothing to be done for `m3cg'.<br>> > --- building in FreeBSD4 ---<br>> > <br>> > new source -> compiling RTHooks.i3<br>> >
 ../src/runtime/common/RTHooks.i3:15: fatal error:  ***<br>> > illegal type: 0x6f, at m3cg_lineno 5<br>> > compilation terminated.<br>> >   m3_backend => 1<br>> > m3cc (aka cm3cg) failed compiling: RTHooks.ic<br>> > new source -> compiling RT0.i3<br>> > ../src/runtime/common/RT0.i3:19: fatal error:  ***<br>> > illegal type: 0x6f, at m3cg_lineno 5<br>> > compilation terminated.<br>> >   m3_backend => 1<br>> > m3cc (aka cm3cg) failed compiling: RT0.ic<br>> > new source -> compiling RuntimeError.i3<br>> > ../src/runtime/common/RuntimeError.i3:10: fatal<br>> > error:  *** illegal type: 0x6f, at m3cg_lineno 5<br>> > compilation terminated.<br>> >   m3_backend => 1<br>> > ...<br>> > <br>> >     Mika<br>> > <br>> > <br></div>                                       </div></div>
</div></blockquote></td></tr></tbody></table></div></blockquote></td></tr></table>