On Tuesday, 29 November 2016 at 09:09:40 UTC, Jacob Carlborg
wrote:
On 2016-11-29 02:09, soywiz wrote:
And for iOS it just supports an AOT approach except for
javascript. So
it is great too.
BTW, it's possible to interface Objective-C from D [1].
[1] http://dlang.org
een `java.lang.String` and D's `wstring` with
`N.str` and `N.istr`.
-
@Joakim:
Regarding to D. Yep I think I'm in the right place :) I started
using D1 something almost 10 years ago and ended doing this:
https://github.com/soywiz/pspemu
My main concerns by then were
On Monday, 28 November 2016 at 17:53:30 UTC, Joakim wrote:
On Monday, 28 November 2016 at 14:28:54 UTC, soywiz wrote:
I am working on a software that allows to transform JVM
bytecode into something else. In last version I have done a D
target: https://github.com/jtransc/jtransc
D target
I am working on a software that allows to transform JVM bytecode
into something else. In last version I have done a D target:
https://github.com/jtransc/jtransc
D target already passes my test suite and works just fine (next
version will come with some optimizations regarding to code
generation
I just replied here with my motivations:
https://github.com/soywiz/pspemu/issues/1
"D is just fine to create an emulator. The problem was that I was
doing emergent design, so I was refactoring a lot. And design
flaws caused the refactorings to be massive. D didn't had a good
ID
I really like the idea of annotations to use in traits
(compile-time-pseudoreflection).
I have the following code:
http://code.google.com/p/pspemu/source/browse/trunk/src/pspemu/hle/kd/rtc/sceRtc.d
Each function has associated a NID. And I have to specify the NID outside,
repeating the name of