www.digitalmars.com         C & C++   DMDScript  

D.gnu - GDC news?

reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Any news on a new GDC version ? (David?)

Seems like there were some things changed
in DMD 0.103 - 0.109, that could be useful ?
And some pending patches for GDC, of course

Is it still awaiting the major rewrites,
like changing GC implementation and fixing
classes that reference each other and such ?


I was toying around with GCC 4.0, but it
looks like the new "GIMPLE" expressions
will require some major rewrites for GDC...

--anders

PS.
Is there a CVS/SVN between the releases ?
Dec 13 2004
parent reply David Friedman <d3rdclsmail_a_ _t_earthlink_d_._t_net> writes:
Anders F Björklund wrote:
 Any news on a new GDC version ? (David?)
 
 Seems like there were some things changed
 in DMD 0.103 - 0.109, that could be useful ?
 And some pending patches for GDC, of course
 
 Is it still awaiting the major rewrites,
 like changing GC implementation and fixing
 classes that reference each other and such ?
 
 
 I was toying around with GCC 4.0, but it
 looks like the new "GIMPLE" expressions
 will require some major rewrites for GDC...
 
 --anders
 
 PS.
 Is there a CVS/SVN between the releases ?

Still working... I should probably just get a release out with the accumulated bug fixes and DMD merges. David
Dec 14 2004
next sibling parent =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
David Friedman wrote:

 Still working...  I should probably just get a release out with the 
 accumulated bug fixes and DMD merges.

Yes, we could all help you test it (possibly even develop) then... You might want one "stable" release and one development snapshot ? --anders
Dec 15 2004
prev sibling parent reply Hiroshi Sakurai <Hiroshi_member pathlink.com> writes:
In article <cpo8k6$jfc$1 digitaldaemon.com>, David Friedman says...
Anders F Björklund wrote:
 Any news on a new GDC version ? (David?)
 
 Seems like there were some things changed
 in DMD 0.103 - 0.109, that could be useful ?
 And some pending patches for GDC, of course
 
 Is it still awaiting the major rewrites,
 like cand fixing
 classes that reference each other and such ?
 
 
 I was toying around with GCC 4.0, but it
 looks like the new "GIMPLE" expressions
 will require some major rewrites for GDC...
 
 --anders
 
 PS.
 Is there a CVS/SVN between the releases ?

Still working... I should probably just get a release out with the accumulated bug fixes and DMD merges. David

It expects. Somewhat, even if processing becomes slow, what has short GC time is good. Since GC time when there are many use memories thinks that it is the hindrance of spread. Sakurai
Dec 16 2004
parent reply John Reimer <brk_6502 yahoo.com> writes:
Hiroshi Sakurai wrote:
 In article <cpo8k6$jfc$1 digitaldaemon.com>, David Friedman says...
 
Anders F Björklund wrote:

Any news on a new GDC version ? (David?)

Seems like there were some things changed
in DMD 0.103 - 0.109, that could be useful ?
And some pending patches for GDC, of course

Is it still awaiting the major rewrites,
like cand fixing
classes that reference each other and such ?


I was toying around with GCC 4.0, but it
looks like the new "GIMPLE" expressions
will require some major rewrites for GDC...

--anders

PS.
Is there a CVS/SVN between the releases ?

Still working... I should probably just get a release out with the accumulated bug fixes and DMD merges. David

It expects. Somewhat, even if processing becomes slow, what has short GC time is good. Since GC time when there are many use memories thinks that it is the hindrance of spread. Sakurai

I don't think the translator worked too well on that post. :-) Most of your other posts have been fairly understandable, though. So don't give up! :-) -John
Dec 16 2004
next sibling parent reply Hiroshi Sakurai <Hiroshi_member pathlink.com> writes:
In article <cptq45$13e4$1 digitaldaemon.com>, John Reimer says...
I don't think the translator worked too well on that post. :-)

Most of your other posts have been fairly understandable, though.  So 
don't give up! :-)

-John

Thank you John. I expect your GC very much. GC time longger is not good in the GAME. I expect your GC implements time is short. By the GAME program, if processing becomes slow then if GC time becomes short then good else but else if GC time becomes short then good else but. GC time is short is good. A = Processing becomes slow. B = GC time becomes short. A is also easy to be B. Processing becomes slow is also easy to be GC time becomes short. It is good if GC time will be short even if processing speed becomes slow. "Don't give up soul" DE GANBARU! John too GANBARE!! I do my best. Do your best. Do your best John. I do my best by "don't give up!" soul. Do your best by "don't give up!" soul John. Don't give up! Don't give up! :-) -Sakurai
Dec 17 2004
parent David Friedman <d3rdclsmail_a_ _t_earthlink_d_._t_net> writes:
Hiroshi Sakurai wrote:
 In article <cptq45$13e4$1 digitaldaemon.com>, John Reimer says...
 
I don't think the translator worked too well on that post. :-)

Most of your other posts have been fairly understandable, though.  So 
don't give up! :-)

-John

Thank you John. I expect your GC very much. GC time longger is not good in the GAME. I expect your GC implements time is short. By the GAME program, if processing becomes slow then if GC time becomes short then good else but else if GC time becomes short then good else but. GC time is short is good. A = Processing becomes slow. B = GC time becomes short. A is also easy to be B. Processing becomes slow is also easy to be GC time becomes short. It is good if GC time will be short even if processing speed becomes slow. "Don't give up soul" DE GANBARU! John too GANBARE!! I do my best. Do your best. Do your best John. I do my best by "don't give up!" soul. Do your best by "don't give up!" soul John. Don't give up! Don't give up! :-) -Sakurai

^o^ I just want to be clear: I'm not going to change the actual GC algorithm. What will change is the way the stack and static data segments are found. The reason for doing this is to remove the dependency on the Java package. For games, you could try allocating a large pool of memory early on and avoid using the usual allocation routines. I'm thinking of the "ActorPool" in Kenta Cho's games. If someone wants to contribute a new GC implementation that, for example, allows different contexts, I could add a --with-gc-impl option to the Phobos configure script. David
Dec 18 2004
prev sibling parent reply Hiroshi Sakurai <Hiroshi_member pathlink.com> writes:
Oh! no!
I mistook.
David and John.
Sorry.

-Sakurai
Dec 17 2004
parent John Reimer <brk_6502 yahoo.com> writes:
Hiroshi Sakurai wrote:
 Oh! no!
 I mistook.
 David and John.
 Sorry.
 
 -Sakurai
 
 

:-D That's okay, Hiroshi. Your last posts were quite readable! Have a great day! :-) -John
Dec 17 2004