<div class="gmail_quote">On Fri, Jun 24, 2011 at 12:14 PM, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com">newshound2@digitalmars.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On 6/23/2011 9:04 PM, Andrew Wiley wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So it seems that ARM is going to be getting quite a bit bigger in the future,<br>
between the rise of smarter phones and Windows 8 support,<br>
</blockquote>
<br></div>
I think you're right.<br>
<br>
I'd like to get D on the ARM, but it awaits someone willing to do the work.<br>
</blockquote></div><br>Well, my question would be what to aim for.<br>As I see it, the simplest immediate path is to get GDC working better, because most/all of the platform-specific ASM in DRuntime is replaced by GCC intrinsics, which are already available on ARM. Beyond there, we'd need DRuntime support, which is a good bit larger, and we could probably get LDC working as well at that point. If we want to go a (very large) step farther, ARM could be added to the DMD codegen.<br>

One thing I don't know at all is what getting support for Windows/ARM would look like. What with the object file problems we already have in x86/64, it seems like ARM would be much harder because there are no legacy linkers there, just what Microsoft is cooking up. In that regard, getting GDC working better is probably a good idea because MinGW GCC will probably add Windows/ARM as a target, which would get us most of the way there.<br>

<br>The good news is that this progression is fairly linear, but the question is how much we want to aim for and what sort of timeline we want to aim on. In the meantime, I'll be stepping up my efforts on ARM/GDC and trying to get the GDC running against the DMD testsuite there so we have a more solid idea of what's working and what isn't (assuming Iain hasn't beaten me to it, but I think he's been busy enough between 2.053, 64 bit, Win64, and GCC 4.6).<br>

<br>Nick: I actually have a pretty similar reason for first getting into D, except that I've been trying to target ARM SoC's, first with a Cirrus Labs EDB9302, then with a Marvell Sheevaplug running on a Feroceon, then with a Beagleboard. The change that I see coming is that ARM is moving from embedded to mainstream, so the level of support necessary needs to adjust to match.<br>