Re: Parrot v0.0.9 code freeze

2002-12-10 Thread Tanton Gibbs
I'm looking at the Tru64 problem. The manifest problem is trivial: languages/jako/docs/jako.pod needs to be added to the MANIFEST The multiarray problem only occurs if you turn on --gc-debug...still looking at it Tanton - Original Message - From: "Steve Fink" <[EMAIL PROTECTED]> To: <[EM

Re: Curses Life

2002-12-10 Thread Piers Cawley
Dan Sugalski <[EMAIL PROTECTED]> writes: > At 4:45 PM + 12/5/02, Leon Brocard wrote: >>Leon Brocard sent the following bits through the ether: >> >>> Now to get the hand of the signatures... >> >>Ah, well, I gave up on SDL as it was a little complicated. Instead, I >>played with curses. Plea

Parrot v0.0.9 code freeze

2002-12-10 Thread Steve Fink
Heads up. The weather report indicates a feature freeze on Sat 2002-Dec-14 at 20:00 GMT (12:00 PST, 15:00 EST, 21:00 CET), leading to a release on Wed 2002-Dec-18. So if you have any feature changes that you want to get into 0.0.9 (and it isn't too destabilizing), please commit them before Saturday

Re: A work list! (Coming soon)

2002-12-10 Thread Gopal V
If memory serves me right, Nicholas Clark wrote: > A Java bytecode to parrot bytecode translator Oh... the horror ... ! ... I wrote the entire JVM loading features of JILC (now in jilc.sf.net, because the savannah project got removed from inactivity).. I'm not working on or doing anything

Naiive .const directive for imcc

2002-12-10 Thread gregor
Leo -- I tried my hand at adding a naiive (that is, incorrect) version of .const = to imcc. I'm forwarding the patch. What it does is combine the creation of the identifier with the assignment of the value. It is incorrect (of course) because it uses a register, when it should not be nece

Re: A work list! (Coming soon)

2002-12-10 Thread Nicholas Clark
On Mon, Dec 09, 2002 at 01:40:37PM -0500, Dan Sugalski wrote: > What I'd like is for folks to take the next day or three to think of > the things that they need parrot to do that aren't working or > designed yet, and throw them at the list. (Try against the latest > CVS, just to make sure that i

Re: [INFO] Buffer/PMC unification

2002-12-10 Thread Leopold Toetsch
Changes #4 and #5 are in. This completes the changes on BUFFER_*_FLAGs. leo

Re: [INFO] Buffer/PMC unification

2002-12-10 Thread Leopold Toetsch
Next one. #3. The ugly, everywhere warning producing, static buffer_lives() went to dod.c where it belongs to. leo

Re: [INFO] Buffer/PMC unification

2002-12-10 Thread Leopold Toetsch
Leopold Toetsch wrote: I will start $subject soon. Next piece. BUFFER_*_FLAGs and PMC_*_FLAGs are now united, same things have the same value. Please do a "make clean" after check out due to lacking dependencies in classes. BTW what are the BUFFER_needs_GC_FLAG / PMC_private_GC_FLAG. Are t

Re: [INFO] Buffer/PMC unification

2002-12-10 Thread Leopold Toetsch
Leopold Toetsch wrote: I will start $subject soon. This will generate a lot of changes in CVS. The first of a bunch of patches is in. (If you want to shorten rebuild times, please install ccache - great tool) - BUFER_*_FLAGs have moved to the new include/parrot/pobj.h - string.c is done All