Re: PMC architecture discussion

2007-05-27 Thread Allison Randal
Being generally in favor of moving quickly toward a 1.0 release, I'm looking at this from the perspective of "what's essential and what's not essential"? Allison Randal wrote: I'd like to do away with the PMC_DATA_IN_EXT flag so the "DPOINTER *data;" struct element is always in the PMC struc

Re: new FAQs

2007-05-27 Thread Allison Randal
Josh Wilmes wrote: At 19:05 on 05/23/2007 PDT, chromatic <[EMAIL PROTECTED]> wrote: - better compiler tools than lex and yacc. Is it necessary (or even fair) to tie compiler components to parrot? I really don't know how to answer this question. The compiler tools target Parrot, so that it

Re: new FAQs

2007-05-27 Thread Allison Randal
By way of introduction, we quickly hit the law of diminishing returns when we spend a lot of time justifying the existence of Parrot. Especially when we could be spending that time finishing off Parrot. At the end of the day, no amount of talking will convince the skeptics. A completed virtual

Re: source code comments

2007-05-27 Thread pancake
On Mon, 28 May 2007 01:45:19 +0200 pancake <[EMAIL PROTECTED]> wrote: > I have been reading the source code of he virtual machine a bit and found some > confusing things and other stuff that imho should change. Don't panic! They are only a 1% of the whole source code ;) The rest is fine and looks

include path for libraries

2007-05-27 Thread pancake
Hi to everyone! How can I set a new include path into the library loader of parrot? A gcc-like '-I' flag would be desirable instead of the raw @INC like perl5 does. Is the library path crosslanguage? How parrot handles these include paths for other languages than pasm/pir? I'm mixing concepts?

source code comments

2007-05-27 Thread pancake
I have been reading the source code of he virtual machine a bit and found some confusing things and other stuff that imho should change. Most of this patches are merely stupid, so they are easy to fix and will reflect on a clenaer and reduced source code. I will probably submit other similar mail

Re: [perl #43033] [PATCH] Silence warning

2007-05-27 Thread Mike Mattie
On Sat, 26 May 2007 17:27:37 -0700 chromatic <[EMAIL PROTECTED]> wrote: > On Tuesday 22 May 2007 14:24:14 Steve Peters wrote: > > > free() assumes its passed a void *. mem_sys_free() should take the > > same type of argument. Assuming that what you are passing to > > free() will never be modifi

Re: [RFC] extension guessing, functionally better loader behavior -> working install target

2007-05-27 Thread Mike Mattie
On Mon, 21 May 2007 18:50:30 -0700 Allison Randal <[EMAIL PROTECTED]> wrote: > Mike Mattie wrote: > > > > loader : a bit-mask selecting loaders to be included in the > > search. This arguement is passed by reference. When a matching file > > is found the value of loader is rese

Re: [perl #43033] [PATCH] Silence warning

2007-05-27 Thread Mike Mattie
On Tue, 22 May 2007 14:24:14 -0700 Steve Peters (via RT) <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Steve Peters > # Please include the string: [perl #43033] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=43033

Re: [perl #43048] imcc constant folding div by zero bug

2007-05-27 Thread Jonathan Worthington
Will Coleda (via RT) wrote: This doesn't: .sub zero_check push_eh one $N1 = 3 / 0.0 Guessing that imcc is doing constant folding without the guards that the ops use. Aye, and the trouble is, I think, that we don't actually have ops that only take two constants; if I remember co