
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>I haven't seen X for any of them but I guess its not beyond the realm of possibility. I'm mostly interested in native user interfaces and porting the native APIs for M3. Darwin is the name of lower levels of the OS of the Mac and iPhone and is open source, so its appropriate.</div><div><br></div><div>Apple provide a GCC for the ARM and Darwin. There is GCC for ARM under WinCE platforms. I would have though the issues are mainly with the M3 runtime on these platforms.</div><div><br></div><div><br></div><br><div><div>On 15/05/2008, at 10:19 PM, Jay wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div class="hmmessage" style="font-size: 10pt; font-family: Tahoma; ">Oh -- iPod Touch -- iPhone hardware/software without a service plan. Clever. :)<br>I don't know about Nokia but definitely CE and somewhat iPhone "intrigue" me (as in, I never use this stuff, but a port sounds interesting).<br>I'm hoping CE can be done with free beer emulators but I don't have anything up and running dev tool wise there, other than older command line compilers (for a bunch of CE -- arm, mips, powepc, sh, x86). I'm not confident gcc will move so easily to new Windows platforms, without significant patches, so C or LLVM might be good.<br>Yeah I wasn't sure ARM_IPHONE or ARM_DARWIN. :)<br>I'd still like to call it ARCH_MACOSX or ARCH_MACX oh well too late.<br> <br>None of these things have X servers, right?<br>And gui is hard anyway on small screens, "less portable".<br>Port to Qt??<br>I'm not going there any time soon, very little familiarity with either Trestle or the underlying systems..<br>Headless servers and command line apps on phones for now. :)<br> <br> - Jay<br><br> <br><hr id="EC_stopSpelling"><br>CC:<span class="Apple-converted-space"> </span><a href="mailto:m3devel@elegosoft.com">m3devel@elegosoft.com</a><br>From:<span class="Apple-converted-space"> </span><a href="mailto:darko@darko.org">darko@darko.org</a><br>To:<span class="Apple-converted-space"> </span><a href="mailto:jayk123@hotmail.com">jayk123@hotmail.com</a><br>Subject: Re: [M3devel] which platforms?<br>Date: Thu, 15 May 2008 21:50:31 +0200<br><br><br><blockquote><div>I'd really like to see some ARM backends in particular ARM_DARWIN (iPod Touch, iPhone), ARM_NOKIA (on their Open C API) and ARM_WINCE. This would have CM3 the gamut from servers to small handheld devices.</div><div><br></div><br><div><div>On 14/05/2008, at 7:25 PM, Jay wrote:</div><br class="EC_Apple-interchange-newline"><blockquote><span class="EC_Apple-style-span" style="word-spacing: 0px; font: normal normal normal 12px/normal Helvetica; text-transform: none; color: rgb(0, 0, 0); text-indent: 0px; white-space: normal; letter-spacing: normal; border-collapse: separate; "><div class="EC_hmmessage" style="font-size: 10pt; font-family: Tahoma; ">What do people run?<br>In particular: NetBSD? OpenBSD? Sparc32? Sparc64? PPC64_DARWIN? I386_SOLARIS? AMD64_SOLARIS? SPARC64_SOLARIS? ARM_WINCE? AMD64_NT?<br> <br>Just curious, I'll probably bring up whatever I can, it's fun, and yes, get back and fix AMD64_LINUX to have<br>garbage collection, NT386GNU and NT386 tests, cross-platform sets, setup some Tinderboxes, etc...<br> <br>(AMD64_NT: the gcc available for this includes a bunch of patches, so I'm inclined to either wait for them to go upstream,<br>or seek an alternate route such as "port" the in-proc backend, llvm, generate C, or maybe write an interpreter for the IL;<br>and "porting" the backend is probably best preceded by a) x86 LONGINT support b) other x86 targets "for practise", at least one,<br>though regarding .obj file formats, that would be tangential.)<br> <br> - Jay<br><br><br><br><br></div></span></blockquote></div><br></blockquote></div></span><br class="Apple-interchange-newline"></blockquote></div><br></body></html>