Still hope that you realize that Frank is going to make a zillion lines of JAVA code available for the D community. Even if TIOPORT is far away from beeing perfect... this tool has probabely an bigger impact as we can imagine right now.
Ergo :  Work hard <as ususal> to enable Java like reflection and forget about the super duper D++ features for a while
<to be continiued
Bjoern

Walter Bright Wrote:

> Frank Benoit (keinfarbton) wrote:
> > Walter Bright schrieb:
> >> Frank Benoit (keinfarbton) wrote:
> >>>> allClasses is already there, see Classinfo.find().
> >>> Didn't know about it :)
> >>>
> >>> Now i can test if "org.eclipse.swt.SWT.SWT" exists.
> >>> If so, is there a way to call the static method "static_this()"?
> >> In the module info, there should be an array of the static constructors.
> > 
> > I cannot use them, because of circular dependencies. This is, why i
> > "manually" call "static_this()" methods (note the underscore) in a
> > defined order.
> 
> There isn't a way to do that with reflection at the moment.

BLS Wrote:

> Still hope that you realize that Frank is going to make a zillion lines of JAVA code available for the D community. Even if TIOPORT is far away from beeing perfect... this tool has probabely an bigger impact as we can imagine right now.
> Ergo :  Work hard <as ususal> to enable Java like reflection and forget about the super duper D++ features for a while
> <to be continiued

Actually, I think Reflection is going to be the biggest feature added to D since 1.0; it'll let us easily build context sensitive code generators within D; as we saw with that FPU vector optimization code that was in here a few days ago.

If we get that in order, I could very readily see SSE2 and graphics optimization code generators being written in D; which would blow C++ game support out of the water.