[PATCH] Use bitmaps in regexes

Pretty simple. Mucks with the internals of regexes to use bitmaps in rx_oneof, rx_is_w, rx_is_s, rx_dot, and rx_zwa_boundary. Also adds three new ops: -rx_clearinfo: clears out an info structure (useful for speeding up more than one regex call). -rx_makebmp: prebuilds a bitmap.

Re: Another regex question

On Sun, Jan 13, 2002 at 10:05:45PM -0800, Brent Dax wrote: There are probably a few other reasons I've overlooked, too. Nevertheless, you can't imagine how tempted I've been to link PCRE into Parrot if available, just for fun. -- Disillusion? I can make it for you at home!... Besides, why

[PATCH] MANIFEST: include classes/intqueue.pmc

--- parrot/MANIFEST Thu Jan 10 19:32:56 2002 +++ parrot-andy/MANIFESTMon Jan 14 09:57:04 2002 @@ -38,6 +38,7 @@ classes/Makefile.in classes/default.pmc classes/genclass.pl +classes/intqueue.pmc classes/parrotpointer.pmc classes/perlarray.pmc classes/perlhash.pmc @@ -110,8 +111,8

Win32 IO Warnings

Trying to track down various MSVC warnings that I'm getting, but I'm stuck about what to do, for this one: In win32, PIOHANDLE is typedef'ed as HANDLE. In the windows API, GetStdHandle returns a HANDLE, (used in io_win32) open returns an int, (not used in parrot, but the MSDN examples show it

Re: Win32 IO Warnings

At 06:21 PM 1/13/2002 -0500, Michel Lambert wrote: Trying to track down various MSVC warnings that I'm getting, but I'm stuck about what to do, for this one: In win32, PIOHANDLE is typedef'ed as HANDLE. Please disregard this code, I've just submitted those as stubs and will be cleaning those

MSVC Warning Cleanup

This patch cleans up most of the MSVC-warnings when using warning level 4 (the highest, one above the default level 3). It turns off two level-4 warnings for 'unreferenced formal parameter' and 'named type definition in parentheses', the latter of which was turning up warnings in MS VC headers.

Re: Another regex question

At 02:14 PM 1/14/2002 +, Simon Cozens wrote: On Sun, Jan 13, 2002 at 10:05:45PM -0800, Brent Dax wrote: There are probably a few other reasons I've overlooked, too. Nevertheless, you can't imagine how tempted I've been to link PCRE into Parrot if available, just for fun. Why not?

Re: Flags to pmc.h. *Important for class creators!*

At 12:14 PM 1/14/2002 +, Dave Mitchell wrote: Dan Sugalski [EMAIL PROTECTED] wrote: Subject: Re: Flags to pmc.h. *Important for class creators!* Cc: [EMAIL PROTECTED], Jeff G [EMAIL PROTECTED] At 11:23 AM 1/12/2002 -0800, Steve Fink wrote: On Fri, Jan 11, 2002 at 05:43:28PM -0500,

Re: MSVC Warning Cleanup

On Mon, Jan 14, 2002 at 12:13:12PM -0500, Michel Lambert wrote: This patch tests correctly on MSVC and cygwin. If this patch is too broad, please let me know and I'll go back and split it up. It's my first patch, and I'll be sure to use multiple checkout directories to allow future patches to

Re: Benchmarking regexes

At 01:49 AM 1/14/2002 -0800, Brent Dax wrote: I wrote a _very_ simple benchmark program to compare Perl 5 and Parrot. Here's the result of a test run on my machine: C:\brent\Visual Studio Projects\Perl 6\parrot\parrot..\benchmark Benchmarking bbcdefg =~ /b[cde]*.f/... perl: 0.03000 seconds

Re: [PATCH] MANIFEST: include classes/intqueue.pmc [APPLIED]

Applied, thanks. Dan --it's like this--- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy

[REPATCH] was (Re: MSVC Warning Cleanup)

On Mon, Jan 14, 2002 at 10:41:07AM -0800, Steve Fink wrote: After this and Nicholas Clark's changes, compiler warnings may actually mean something now! Thanks (although I don't feel like I really deserve it, as I didn't think I'd supplied patches for very much, certainly not compared with what

Re: [REPATCH] was (Re: MSVC Warning Cleanup) [APPLIED]

At 07:14 PM 1/14/2002 +, Nicholas Clark wrote: On Mon, Jan 14, 2002 at 10:41:07AM -0800, Steve Fink wrote: After this and Nicholas Clark's changes, compiler warnings may actually mean something now! Thanks (although I don't feel like I really deserve it, as I didn't think I'd supplied

[PATCH] Make manicheck.pl ignore .timestamp

.timestamp should always be present but not on the MANIFEST, so this patch gets manicheck.pl to ignore it. Simon --- manicheck.pl.oldThu Jan 3 02:00:01 2002 +++ manicheck.plMon Jan 14 20:31:12 2002 @@ -108,6 +108,7 @@ } return 1 if ($file eq '.cvsignore'); + return 1

Re: MSVC Warning Cleanup

Oops, this patch broke things. For example, the following is invalid: Index: chartypes/unicode.c === RCS file: /home/perlcvs/parrot/chartypes/unicode.c,v retrieving revision 1.5 diff -c -r1.5 unicode.c *** chartypes/unicode.c

[PATCH] expr OFFSET()

This patch adds a few more macros for .ops files to use. In addition to the existing goto OFFSET(...) goto ADDRESS(...) goto POP() goto NEXT() it adds expr OFFSET(...) expr ADDRESS(...) expr POP() expr NEXT() This is intended mainly for use in helper functions in .ops files, but also

[PATCH] class/*.c weren't being compiled with warnings turned on.

On Sun, Jan 13, 2002 at 02:14:08PM -0500, Dan Sugalski wrote: So, I'm turning off the unused parameter warning for now to shut the .ops file compiles up. After that point, all submitted patches must generate no more warnings than were currently being generated, and all submitted patches

[PATCH] pbc2c.pl control flow fix

Pointer arithmetic not quite right in the generated code. Also patches pbc2c.pl to work with rx.ops. -- Jason Index: pbc2c.pl === RCS file: /home/perlcvs/parrot/pbc2c.pl,v retrieving revision 1.12 diff -r1.12 pbc2c.pl 30c30 my