ARM targetting cross-toolchain with GDC

Johannes Pfau nospam at example.com
Sun Jun 16 01:01:49 PDT 2013


Am Sun, 16 Jun 2013 02:15:18 +0100
schrieb Iain Buclaw <ibuclaw at ubuntu.com>:

> On 16 June 2013 02:13, Iain Buclaw <ibuclaw at ubuntu.com> wrote:
> > On 16 June 2013 01:05, Adam D. Ruppe <destructionator at gmail.com>
> > wrote:
> >> nvm, I figured it out. I didn't pass the right ABI version when
> >> building runtime, so my fault.
> >>
> >> This is pretty exciting though, D is working and it wasn't really
> >> *that* much effort!
> >
> > It's been a few years in the making.  And there are still one or two
> > things that need to be pushed upstream to the D front end.
> >
> > The last few months has been hugely beneficial for being
> > architecture agnostic code generation.   So every problem you
> > encounter when targeting a new platform would hopefully be in
> > relation to the druntime C interface, which if you have patches for
> > please send my way.  ;)
> >
> 
> 
> I would also invite you to run the test suite as well  ( make check-d
> ) and post all failed and unresolved tests as new bugs, where possible
> providing minimal test cases that trigger the issue.
> 
> 
> Thanks
> --
> Iain Buclaw
> 
> *(p < e ? p++ : p) = (c & 0x0f) + '0';

I incidentally did that this weekend. Using a commit before the 2.063
merge I only get these failures:

FAIL: runnable/arrayop.d execution test
http://bugzilla.gdcproject.org/show_bug.cgi?id=8

FAIL: runnable/opover2.d execution test
http://bugzilla.gdcproject.org/show_bug.cgi?id=10

FAIL: runnable/template1.d execution test


FAIL: runnable/test4.d execution test
(common 32 bit bug?)


More information about the Digitalmars-d mailing list