Patrick R. Michaud wrote:
On Sat, Dec 15, 2007 at 05:45:56PM +0200, Allison Randal wrote:
Patrick R. Michaud via RT wrote:
Yes, I didn't quite expect anyone to be using PCT::HLLCompiler with
PAST-pm, or supplying their own PAST->POST transformation.
If we need to put the ostgrammar back into t
On Mon, Dec 17, 2007 at 05:33:51PM -0500, Jeff Horwitz wrote:
> On Mon, 17 Dec 2007, chromatic wrote:
>
> >Okay, so memcpy doesn't fix it. That's good to know. How about explicitly
> >putting the destination PMC in a named variable so there's less pointer
> >shuffling and macro madness?
>
> mem
Nicholas Clark wrote:
Do the structures actually overlap, or is this necessary band aid for a subtly
broken compiler?
I think the compiler is to blame. It only happens when compiling the
code in the computed goto core. I *suspect* the compiler backs out of a
lot of analysis and transforms t
Hi everyone,
these failures probably aren't critical for release, however I thought
it best to mention them.
Paul
System: Solaris 9
cc: Sun C 5.8 2005/10/13
Parrot revision: 24033
t/library/pcre...
# Failed test (t/library/pcre.t at line 35)
# Exited with error c
Hi,
I've been doing some testing on Win32 as well, here are my current
results: (I'm also still getting the failure I posted earlier with
t/examples/tutorial.t, so I've left it out)
Paul
System: WindowsXP
cc: Visual Studio 2005
perl: ActiveState
Parrot revision: 24034
t/pmc/scheduler..
Patrick R.Michaud (via RT) wrote:
This ticket is asking for some convenient mechanism to have
a :method be automatically entered as a sub in the namespace.
This used to be the situation prior to the pdd15oo merge,
and I've come across some instances in perl6 and PGE where this
is really needed.
On Tue, Dec 18, 2007 at 03:52:39PM +0200, Allison Randal wrote:
> Patrick R.Michaud (via RT) wrote:
> >
> >This ticket is asking for some convenient mechanism to have
> >a :method be automatically entered as a sub in the namespace.
> >This used to be the situation prior to the pdd15oo merge,
> >and
I *thought* I had applied this ticket to trunk, but it turns out I had
not. Re-running tests now.
Applied to trunk in r24041.
> Nicholas Clark wrote:
>> Do the structures actually overlap, or is this necessary band aid for a
>> subtly broken compiler?
>>
> Jonathan Worthington replied:
>
> I think the compiler is to blame.
Are we hurling abuse at^H^H^H^H^H^H^H^H informing the GNU folks about the
apparent problem? :-)*
B
--
Lebennin
Silver flow the streams from Colos to Erui
In the green fields of Lebennin!
Tall grows the grass there. In the wind from the Sea
The white lilies sway,
And the golden bells are shaken of mallos and alfirin
In the green fields of Lebennin,
In the wind from the Sea!
--
On
hi,
the .namespace + .endnamespace directives are deprecated.
this is because initially they were meant to implement scoping, but this
didn't work out. We have .lex now to do that.
However, simple languages that don't have closures still could use it. In
fact, Jako uses it. It's a lightweight (=
resolved in r24051.
~jerry
On Dec 18, 2007 2:36 PM, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
Please post this as a reply to RT # 48737 so the ticket related
discussion is actually tied to the ticket (and cc the list)
Thanks!
--
Will "Coke" Coleda
Author: coke
Date: Tue Dec 18 19:27:11 2007
New Revision: 24056
Modified:
trunk/docs/pdds/draft/pdd08_keys.pod
Changes in other areas also in this revision:
Added:
trunk/src/vtable.tbl
- copied unchanged from r24055, /trunk/vtable.tbl
Removed:
trunk/vtable.tbl
Modified:
trunk/MA
15 matches
Mail list logo
