>2 - Add the PMC type to the array and hash indices
Poke poke. :)
This would be useful, anyone working on this in near term?
Also, just curious how do we plan to unify the get_index_* stuff to one
function?
Returning a PMC instead of specific type?
-Melvin
On Thursday 31 January 2002 22:03, Bryan C. Warnock wrote:
junk. Too tired, I missed the point entirely.
> On Thursday 31 January 2002 21:03, Dave Storrs wrote:
> > Just a thought...the following would be *really* cool:
> >
> > my $pi = Pi::Generate;
> >
> > # Check the firs
On Thursday 31 January 2002 21:03, Dave Storrs wrote:
>
> Just a thought...the following would be *really* cool:
>
> my $pi = Pi::Generate;
>
> # Check the first 200 characters only; halt w/success if NO match
> print "There's a letter in here!\n" if ($pi =~ /[a-z]/h200t);
p
On Thu, 31 Jan 2002, Dan Sugalski wrote:
> There is an issue of time--what do we do, for example, in the case:
>
> my $pi = Pi::Generate;
> if ($pi =~ /[a-z]) {
> print "There's a letter in here!\n";
> }
>
> if Pi::Generate returns a generator object that will calculate pi for
This just about implements a jit for ARM. It doesn't actually do any ops in
assembler yet, except for end. It's names on the basis that it's for v3 or
later instructions. (I may have all the names slightly wonky, but IIRC v3
is ARM600 and later cores. StrongARM and ARM8 are v4, but the machine I'v
On Thu, Jan 31, 2002 at 12:50:52PM -0800, Brent Dax wrote:
>
> Let me know if I'm brilliant, on crack, or both with this idea.
I've no idea :-)
Tim.
--- Brent Dax <[EMAIL PROTECTED]> wrote:
> Tim Bunce:
> # On Thu, Jan 31, 2002 at 05:15:49PM +, Graham Barr wrote:
> #
> # Especially as the perl6 rx engine will have to be able to
> # work directly on
> # non-trivial things like streams and generators ans suchlike.
>
> I have a suggestion si
$ echo $PATH
/home/nick/bin:/home/nick/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin:/usr/local/bin:/sbin:/usr/sbin:/usr/local/sbin
$ make mopstest
cd examples && cd assembly && make mops.pbc PERL=perl5.7.2-i386-freebsd && cd .. && cd
..
perl5.7.2-i386-freebsd -I../../lib ../../assemble.pl mop
Tim Bunce:
# On Thu, Jan 31, 2002 at 05:15:49PM +, Graham Barr wrote:
# >
# > Yes, I was assuming that. However what is to be gained by case
# > folding the input string ?
# >
# > Because parts of an rx can be case-insensitive while other parts
# > are case-sensitive, we will probably need two
> But as you say, case folding is expensive. And with this approach you
> are going to case-fold every string that is matched against an rx
> that has some part of it that is case-insensitive.
That is correct in general. But regex compiler can be smarter than that.
For example, rx should optimize
At 7:04 PM + 1/31/02, Nicholas Clark wrote:
>
>Dependencies in the Makefile are currently too broad brush.
>I don't enjoy waiting for everything to recompile every time I try to tweak
>the jit. The only file that #includes jit_struct.h is jit.c, so I feel
>that the Makefile dependencies should
On Thu, Jan 31, 2002 at 11:18:58AM -0800, Hong Zhang wrote:
> > Because parts of an rx can be case-insensitive while other parts
> > are case-sensitive, we will probably need two sorts of ops anyway
> > (or a way to tell the op to be case-insensitive). And you will
> > only be able to do the case
> Because parts of an rx can be case-insensitive while other parts
> are case-sensitive, we will probably need two sorts of ops anyway
> (or a way to tell the op to be case-insensitive). And you will
> only be able to do the case folding when the whole rx is
> case-insensitive.
I don't like you
Dependencies in the Makefile are currently too broad brush.
I don't enjoy waiting for everything to recompile every time I try to tweak
the jit. The only file that #includes jit_struct.h is jit.c, so I feel
that the Makefile dependencies should reflect this, and not cause a
gratuitous recompile of
This should make solaris 'as' happy. There will be an assembler warning, but
it's harmless.
diff -r1.3 sun4Generic.pm
78c78
< return Parrot::Jit->Assemble("ld [\%o0], \%o0\njmpl \%o0, \%g0\n");
---
> return Parrot::Jit->Assemble("ld [\%o0], \%o0\njmpl \%o0, \%g0\nnop\n");
151c151
<
On Thu, Jan 31, 2002 at 05:15:49PM +, Graham Barr wrote:
>
> Yes, I was assuming that. However what is to be gained by case
> folding the input string ?
>
> Because parts of an rx can be case-insensitive while other parts
> are case-sensitive, we will probably need two sorts of ops anyway
>
On Thu, 31 Jan 2002, Dan Sugalski wrote:
> At 2:49 PM + 1/31/02, Tim Bunce wrote:
> >On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
> >>
> >> For various reasons, some of which relate to the sequence-of-integer
> >> abstraction, and some of which relate to "infinite" strings an
At 5:34 PM + 1/31/02, Tim Bunce wrote:
>On Thu, Jan 31, 2002 at 12:18:28PM -0500, Dan Sugalski wrote:
>> At 2:49 PM + 1/31/02, Tim Bunce wrote:
>> >On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
>> >>
>> >> For various reasons, some of which relate to the sequence-of-inte
On Thu, Jan 31, 2002 at 12:18:28PM -0500, Dan Sugalski wrote:
> At 2:49 PM + 1/31/02, Tim Bunce wrote:
> >On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
> >>
> >> For various reasons, some of which relate to the sequence-of-integer
> >> abstraction, and some of which relate to "
On Wed, 30 Jan 2002, Jason Gloudon wrote:
>On Wed, Jan 30, 2002 at 03:27:18PM -0500, Andy Dougherty wrote:
>> objdump. Is anyone with a Solaris system familiar enough with jit
>> internals to have a go at adapting it to use dis instead of GNU objdump?
>
>The difference was pretty minimal. It sho
On Thu, Jan 31, 2002 at 08:54:21AM -0800, Brent Dax wrote:
> Peter Haworth:
> # On Wed, 30 Jan 2002 17:45:58 +, Graham Barr wrote:
> # > On Wed, Jan 30, 2002 at 09:32:49AM -0800, Brent Dax wrote:
> # > > # rx_setprops P0, "i", 2
> # > > # branch $start0
> # > >
At 2:49 PM + 1/31/02, Tim Bunce wrote:
>On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
>>
>> For various reasons, some of which relate to the sequence-of-integer
>> abstraction, and some of which relate to "infinite" strings and arrays,
>> I think Perl 6 strings are likely to b
At 2:00 AM -0800 1/31/02, Brent Dax wrote:
>The patch below places the contents of argv into P0. At the moment it
>has the name of the script file in question in P0[0]; I haven't yet
>decided if this is to be construed as a feature or a bug. ;^)
Probably a bug, but in the specification.
--
Peter Haworth:
# On Wed, 30 Jan 2002 17:45:58 +, Graham Barr wrote:
# > On Wed, Jan 30, 2002 at 09:32:49AM -0800, Brent Dax wrote:
# > > # rx_setprops P0, "i", 2
# > > # branch $start0
# > > # $advance:
# > > # rx_advance P0, $fail
# > >
On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
>
> For various reasons, some of which relate to the sequence-of-integer
> abstraction, and some of which relate to "infinite" strings and arrays,
> I think Perl 6 strings are likely to be represented by a list of
> chunks, where each ch
On Wed, 30 Jan 2002 17:45:58 +, Graham Barr wrote:
> On Wed, Jan 30, 2002 at 09:32:49AM -0800, Brent Dax wrote:
> > # rx_setprops P0, "i", 2
> > # branch $start0
> > # $advance:
> > # rx_advance P0, $fail
> > # $start0:
> > #
>>"skip" was uncomfortable when I read it (I at first took it to mean
>>"skip over the following" rather than "skip to the following"), but
>>I find "nobreak" also a bit strange. How about "proceed"?
>
> If we mean "fall-through", why invent a new term? Why not use the
> intent: C?
Wow, keywor
The patch below places the contents of argv into P0. At the moment it
has the name of the script file in question in P0[0]; I haven't yet
decided if this is to be construed as a feature or a bug. ;^)
A little test script to see that this is working right:
set I0, P0
set I1, 0
28 matches
Mail list logo
