<p dir="ltr"><br>
On 18 Mar 2014 07:30, "Dan Olson" <<a href="mailto:zans.is.for.cans@yahoo.com">zans.is.for.cans@yahoo.com</a>> wrote:<br>
><br>
> Johannes Pfau <<a href="mailto:nospam@example.com">nospam@example.com</a>> writes:<br>
><br>
> > iOS:<br>
> > I don't know about gdc/iOS but there seems to be some work on this<br>
> > for LDC:<br>
> > <a href="http://forum.dlang.org/thread/m2txc2kqxv.fsf@comcast.net">http://forum.dlang.org/thread/m2txc2kqxv.fsf@comcast.net</a><br>
><br>
> I tried adding iOS support to GDC a year ago, but the arm--darwin target<br>
> is missing in gcc since 4.2.  It was turning into a lot of work to add<br>
> arm-darwin back into 4.8.<br>
><br>
> LDC has an advantage for targeting iOS since Apple uses and contributes<br>
> to LLVM.  Much of D works today on iOS (armv7) except TLS and issues</p>
<p dir="ltr">GDC has tls emulation routines in its druntime. Once it is properly hooked into the GC (all attempts I've tried currently get deadlocked) then the LDC guys can reuse parts of it to work their backend. <br>
</p>
<p dir="ltr">> with getting correct "real" type when cross-compiling, though Kai has a<br>
> solution for that.</p>
<p dir="ltr">Really? That is a problem? I'm not familiar with LDC or LLVM but I would at least expect the backend be able to provide that information on command.  Or is this the fact that they still use native reals for CTFE?  If so, then you can look at longdouble implementation in either DMD MSVC or GDC for that.</p>