Dan Sugalski wrote:
Could one of the folks working on the perl 6 parser give us a status
update as to where it stands? Which bits of the apocalypses don't
work, and what parts of the regex definiton's not done yet? Things
have stalled a bit, and I'd like to get it going again, and the perl 6
On Wed, 8 Jan 2003, Dan Sugalski wrote:
> Could one of the folks working on the perl 6 parser give us a status
> update as to where it stands?
languages/perl6/README mostly reflects the status with respect to the
language definition of about 4-5 months ago. Differences include:
- IIRC hyper-assi
Mitchell N Charity wrote:
Summary: its slower :-(
:(
Yep
Calculating the flags position in the pool in pobject_lives() and
free_unused_pobjects() takes more time then the smaller cache foot_print
does gain. Two reasons: positions have to be calced twice and cache is
more
I am pleased to announce that LXR has been installed on perl.org to index
the source of parrot and perl5 (additional modules, such as perl6, can be
added as needed).
So, you might be asking: "What is LXR?" LXR is a source-code indexing tool
that was originally developed for the Linux kernel. With
The Perl 6 Summary for the week ending 20030105
Hello and welcome to the first summary of 2003, welcome to the future.
This summary covers 2 weeks, but they've been quietish what with
Christmas and the New Year.
So, starting as usual with perl6-internals
A pile of patches to the
Could one of the folks working on the perl 6 parser give us a status
update as to where it stands? Which bits of the apocalypses don't
work, and what parts of the regex definiton's not done yet? Things
have stalled a bit, and I'd like to get it going again, and the perl
6 tests into the standar
At 7:41 PM + 1/8/03, Bernhard Schmalhofer (via RT) wrote:
I have been looking into the possibility of adding complex numbers as PMCs.
When looking at core.ops I was missing some operations, where INT, NUM
and PMC interact.
For addition I found the operations:
add_i_i, add_n_n, add_p_i, add_p_n
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #19834]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=19834 >
Hi,
I have been looking into the possibility of adding complex numbers as PMCs.
At 10:09 PM + 1/7/03, Jim Radford (via RT) wrote:
I found a few typos while reading through the documentation in rx.ops.
Applied, thanks.
--
Dan
--"it's like this"---
Dan Sugalski
At 6:15 PM -0500 1/6/03, Mitchell N Charity wrote:
+pool_pmc[i] = memalign(ALIGN, SIZE*sizeof(PMC));
This is the only problem--memalign's not universal unless we build
with the malloc we provide.
Have we looked into whether we can mix this malloc with the current
memory allocation sys
Summary: its slower :-(
:(
Calculating the flags position in the pool in pobject_lives() and
free_unused_pobjects() takes more time then the smaller cache foot_print
does gain. Two reasons: positions have to be calced twice and cache is
more stressed with other things, IMHO.
Hm
Steve Fink <[EMAIL PROTECTED]> writes:
> On Jan-04, Leopold Toetsch wrote:
>> Damian Conway wrote:
>>
>> >Piers Cawley wrote:
>> >
>> >>Acknowledgements
>> >
>> >But, of course, modesty forebade him from thanking the tireless Perl 6
>> >summarizer himself, for his sterling efforts wading through
Mitchell N Charity wrote:
The attached patch adds a scheme where:
- gc flags are in the pool, and
- pmc->pool mapping is done with aligned pools and pmc pointer masking.
Observations:
- It's fast. (The _test_ is anyway.)
I did try it and some more in realiter.
Summary: its slower :-(
Ca
Dan Sugalski <[EMAIL PROTECTED]> writes:
> Absolutely. It makes things generally faster and easier for perl, and
> doesn't affect python or ruby. Yeah, I know, immutable values make a
> number of static compilation things better with sufficient engineering
> resources, but we're not particularly st
14 matches
Mail list logo