<div class="gmail_quote">On Tue, Sep 6, 2011 at 1:51 PM, Nick Sabalausky <span dir="ltr"><a@a.a></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

"Trass3r" <<a href="mailto:un@known.com">un@known.com</a>> wrote in message news:op.v1edf3bj3ncmek@enigma...<br>
<div><div></div><div class="h5">>> I've heard that our company is considering the T20 from Toradex.com for<br>
>> a new project with remote hardware. The platform runs on Nvidia Tegra<br>
>> and Linux.<br>
>><br>
>> Since I have been very impressed by the D programming language, for some<br>
>> years now, could it be possible to use D in such projects?<br>
><br>
> You'd have to use gdc or ldc and patch at least druntime.<br>
> Some people already managed to get stuff running on ARM but it's tricky.<br>
> I think the GC is problematic, thus you also have to avoid most of phobos.<br>
<br>
</div></div>For a language that aims at C/C++'s domain, it's extremely depressing that<br>
this is still the case. I *really* think this needs to be one of D's top<br>
priorities at this point. I honestly see it as D's #1 biggest glaring hole<br>
ATM (Honestly, I've always cared about embedded/non-x86 processors *far*<br>
more than the native 64-bit support that got enormous attention awhile<br>
back). 'Course I'm kinda just blowing smoke out my ass since I unfortunately<br>
have neither the time nor ability to help tackle this goal :(<br>

<br></blockquote><div><br></div><div>The problem is that the most direct way to do this is to use a compiler backend that isn't Digital Mars, and there's far fewer people working on other backends. This is why I asked whether anything had happened with GCC inclusion a while back. If that could happen, D would get a large leap forward in this area.</div>

<div><br></div><div>I agree that a systems language that only works on x86/x86_64 is a depressing concept, and I think it's about to become unacceptable in the next few years.</div></div>