www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - ARM & Raspberry Pi support status

reply Piotr Szturmaj <bncrbme jadamspam.pl> writes:
I know that GDC and LDC can produce ARM code, but what about D runtime - 
does it work reliably?
Mar 03 2013
next sibling parent reply Johannes Pfau <nospam example.com> writes:
Am Sun, 03 Mar 2013 15:21:30 +0100
schrieb Piotr Szturmaj <bncrbme jadamspam.pl>:

 I know that GDC and LDC can produce ARM code, but what about D
 runtime - does it work reliably?

I'm not sure if anyone did extensive testing. I compiled & used dustmite on the raspberry pi and that worked well (although it's slooooow). A good next step would be to run druntime & phobos unittests. As gdc doesn't pass all tests on x86 we'd need some way to disable / skip some tests to really find the arm specific problems though.
Mar 03 2013
parent Russel Winder <russel winder.org.uk> writes:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Java has recently released a version for the Raspberry Pi and there is a
huge push to get this recognised world-wide.

Currently the principle languages on the default Raspbian system is
Python, with Scratch (based on Squeak) the alternate for younger users.

Underneath though it is just Debian on ARM. This means C and C++ are
available, but this is not being pushed, except as ways of creating
Python extensions.

The Go folk seem to be on a campaign to get Go as the native code
language associated with the Raspberry Pi brand. They have a long way to
go, but they have powerful backers.

This is an opportunity for the D community to make a play.  DMD is not
that play I suspect. GDC would have been the major avenue but=E2=80=A6 LDC =
could
be a player but=E2=80=A6 Actions not words are needed if anything is to hap=
pen.

PyGame is where the principle action is just now for the Raspberry Pi,
but the hardware tinkering folks are on the rise and Python extensions
for handing hardware are coming a plenty.

So can D compete with Python+C on the Raspberry Pi?

Answers not on a postcard, or even lengthy mailing list threads, but in
compiler ports so I can use them. I have a vested interest in knowing an
answer within about 8 weeks.

--=20
Russel.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder ekiga.n=
et
41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder
Mar 04 2013
prev sibling parent Iain Buclaw <ibuclaw ubuntu.com> writes:
--047d7bb70dfe12f72c04d7092dd7
Content-Type: text/plain; charset=ISO-8859-1

On Mar 3, 2013 5:46 PM, "Johannes Pfau" <nospam example.com> wrote:
 Am Sun, 03 Mar 2013 15:21:30 +0100
 schrieb Piotr Szturmaj <bncrbme jadamspam.pl>:

 I know that GDC and LDC can produce ARM code, but what about D
 runtime - does it work reliably?

I'm not sure if anyone did extensive testing. I compiled & used dustmite on the raspberry pi and that worked well (although it's slooooow). A good next step would be to run druntime & phobos unittests. As gdc doesn't pass all tests on x86 we'd need some way to disable / skip some tests to really find the arm specific problems though.

Or fix the failing unittests in gdc so at least we have a baseline. :) Regards -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0'; --047d7bb70dfe12f72c04d7092dd7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <p><br> On Mar 3, 2013 5:46 PM, &quot;Johannes Pfau&quot; &lt;<a href=3D"mailto:nos= pam example.com">nospam example.com</a>&gt; wrote:<br> &gt;<br> &gt; Am Sun, 03 Mar 2013 15:21:30 +0100<br> &gt; schrieb Piotr Szturmaj &lt;<a href=3D"mailto:bncrbme jadamspam.pl">bnc= rbme jadamspam.pl</a>&gt;:<br> &gt;<br> &gt; &gt; I know that GDC and LDC can produce ARM code, but what about D<br=

&gt;<br> &gt; I&#39;m not sure if anyone did extensive testing. I compiled &amp; use= d<br> &gt; dustmite on the raspberry pi and that worked well (although it&#39;s<b= r> &gt; slooooow).<br> &gt;<br> &gt; A good next step would be to run druntime &amp; phobos unittests. As g= dc<br> &gt; doesn&#39;t pass all tests on x86 we&#39;d need some way to disable / = skip some<br> &gt; tests to really find the arm specific problems though.</p> <p>Or fix the failing unittests in gdc so at least we have a baseline.=A0= =A0 :)</p> <p>Regards<br> -- <br> Iain Buclaw</p> <p>*(p &lt; e ? p++ : p) =3D (c &amp; 0x0f) + &#39;0&#39;;</p> --047d7bb70dfe12f72c04d7092dd7--
Mar 03 2013