RE: Another regex question

Steve Simmons: # On Sun, Jan 13, 2002 at 12:55:26AM -0800, Brent Dax wrote: # > # > It's meant to be a simple fallback for languages that are # too pathetic # > to implement their own regex compiler. ("FooLang should # have regular # > expressions, but I'm too lazy! I'll just use rx_compile!") #

Re: Another regex question

On Sun, Jan 13, 2002 at 12:55:26AM -0800, Brent Dax wrote: > > It's meant to be a simple fallback for languages that are too pathetic > to implement their own regex compiler. ("FooLang should have regular > expressions, but I'm too lazy! I'll just use rx_compile!") Currently > I'm thinking of

Re: brief RANT (on warnings)

At 01:13 PM 1/13/2002 -0800, Russ Allbery wrote: >Dan Sugalski <[EMAIL PROTECTED]> writes: > > > 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 gene

Re: brief RANT (on warnings)

Dan Sugalski <[EMAIL PROTECTED]> writes: > 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 must *not* generate wa

Unused warnings off for GCC

Okay, I've turned the unused things warnings off for gcc. Sync up, and we're now in the "no warnings, thank you very much" portion of our program. Dan --"it's like this"--- Dan Sugalski

Re: [PATCH] io_win32.c

At 07:49 PM 1/13/2002 +0100, Mattia Barbon wrote: >io/io_win32.c: > according to my MSVC docs, you should use _tcslen only after > #including tchar.h Applied, thanks. Dan --"it's like this"--- Dan Su

Re: [PATCH] fix perlarray.pmc, perlhash.pmc

At 07:56 PM 1/13/2002 +0100, Mattia Barbon wrote: >key.c: > intialize KEY.keys > >classes/perlarray.c: > * get_string: is casting SELF->cache.struct_val to a STRING*, >while all other methods are using it as a KEY*; don't know >what a perlarray stringifies to, so replacing with NULL >

Re: [PATCH] Makefile tweaks

At 07:49 PM 1/13/2002 +0100, Mattia Barbon wrote: >Makefile.in: > (Re)add ld_debug flags to LDFLAGS, so that Configure.pl --debugging > works with MSVC > >classes/Makefile.in > make easier to add pmb2c.pl flags to all pmc2c calls Applied, thanks. Dan

Re: [PATCH] Another test for PerlStrings [APPLIED]

At 01:17 PM 1/13/2002 +, Simon Glover wrote: > Enclosed test checks that > > if Px, ... > > works with PerlString PMCs; these should be false if they are "", 0, or > are undefined, and true in every other case. Applied, thanks. Dan --

Re: [PATCH] Tiny doc bug [APPLIED]

At 01:30 PM 1/13/2002 +, Simon Glover wrote: > It should be make, not make parrot. Applied, thanks. Dan --"it's like this"--- Dan Sugalski even samurai [EMAIL PROTECTED]

Re: [PATCH] Make profiling more useful

At 01:28 AM 1/13/2002 -0800, Brent Dax wrote: >This adds timing information to profiling. I'm OK with this patch generally, but I can't get it to easily apply. If it builds with no warnings because of it, go gommit it. Dan ---

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

At 11:23 AM 1/12/2002 -0800, Steve Fink wrote: >On Fri, Jan 11, 2002 at 05:43:28PM -0500, Dan Sugalski wrote: > > Okay, I've added some flags to pmc.h. They are: > > > > PMC_active_destroy_FLAG = 2 << 8, > > PMC_is_container_FLAG = 2 << 9, > > PMC_is_buffer_ptr_FLAG= 2 << 10,

Re: [PATCH] Fix warning, fix wrong int type on Solaris

At 05:36 PM 1/11/2002 -0600, David M. Lloyd wrote: >Try #2, my first was lost in the mail or something. Huh. I applied this originally, I though. Looks to be in now, at least. Dan --"it's like this"--- D

Re: [PATCH] Change NUMVAL_FMT to FLOATVAL_FMT [APPLIED]

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

Re: brief RANT (on warnings)

At 05:34 PM 1/12/2002 +, Nicholas Clark wrote: >What's the point of having a policy of turning gcc's warnings to painful >levels when it appears that commit policy will accept new code that increases >the number of compiler warnings? There isn't one--it's stupid. So, I'm turning off the unus

[PATCH] fix perlarray.pmc, perlhash.pmc

key.c: intialize KEY.keys classes/perlarray.c: * get_string: is casting SELF->cache.struct_val to a STRING*, while all other methods are using it as a KEY*; don't know what a perlarray stringifies to, so replacing with NULL * get_bool: the default behaviour does not look right to me af

[PATCH] Makefile tweaks

Makefile.in: (Re)add ld_debug flags to LDFLAGS, so that Configure.pl --debugging works with MSVC classes/Makefile.in make easier to add pmb2c.pl flags to all pmc2c calls Index: Makefile.in === RCS file: /home/perlcvs/parro

[PATCH] io_win32.c

io/io_win32.c: according to my MSVC docs, you should use _tcslen only after #including tchar.h Index: io/io_win32.c === RCS file: /home/perlcvs/parrot/io/io_win32.c,v retrieving revision 1.2 diff -u -2 -r1.2 io_win32.c --- io/i

Re: jit2h.pl incredibly slow!

It's slow because it calls Parrot::Jit::Assemble ~1time for each opcode and that implies calls to as and objdump. Daniel Grunblatt. On Sat, 12 Jan 2002, Simon Glover wrote: > > The latest version of jit2h.pl is taking a very long time to run on my > machine - upwards of two minutes, which is

[COMMIT] IntQueue added...

This is strictly a teaching tool for an upcoming perl.com article. I've put it into CVS rather than have to explain to newbies what the code may have looked like at one time. -- Jeff <[EMAIL PROTECTED]>

[PATCH] Tiny doc bug

It should be make, not make parrot. Simon --- docs/intro.pod.old Sun Jan 13 13:28:00 2002 +++ docs/intro.pod Sun Jan 13 13:28:12 2002 @@ -101,7 +101,7 @@ You'll then be asked a series of questions about your local configuration; you can almost always hit return for each one. Finally

[PATCH] Another test for PerlStrings

Enclosed test checks that if Px, ... works with PerlString PMCs; these should be false if they are "", 0, or are undefined, and true in every other case. Simon --- t/op/pmc_perlstring.t.old Sun Jan 13 12:30:21 2002 +++ t/op/pmc_perlstring.t Sun Jan 13 13:15:13 2002 @@ -1,6

Re: Another regex question

On Sun, Jan 13, 2002 at 12:55:26AM -0800, Brent Dax wrote: > Decent languages, like Perl, will probably implement their own > compilers. This will allow them to support special syntaxes (think > (?{}) and the like) and optimize the hell out of things. I'm cool with that. Then don't worry too muc

[PATCH] Make profiling more useful

This adds timing information to profiling. Yeah, that means we have to call Parrot_floatval_time() twice for each op. You'll probably need to iterate many, many times to see any time at all--for example, the program: set I0, 1 FOO: dec I0 if I0, FOO end pro

RE: Another regex question

Simon Cozens: # On Sat, Jan 12, 2002 at 12:37:50PM -0800, Brent Dax wrote: # > You sure about that? I've got an rx_compile op slotted # in--would that # > be appropriate? # # Only if every single language hosted by Parrot compiles regexes in the # same way. It's meant to be a simple fallback for

Re: Another regex question

On Sat, Jan 12, 2002 at 12:37:50PM -0800, Brent Dax wrote: > You sure about that? I've got an rx_compile op slotted in--would that > be appropriate? Only if every single language hosted by Parrot compiles regexes in the same way. -- Writing software is more fun than working.

Re: [PATCH] bsr with prederef [Was Re: [PATCH] jumps with pbc2c.pl]

On Sat, Jan 12, 2002 at 08:14:18PM -0500, Jason Gloudon wrote: > Here is a patch that fixes prederef with respect to bsr. Thanks, applied. -- I often think I'd get better throughput yelling at the modem.

When Licenses Attack

Attached is the legal document that comes with Ruby. In it you'll find out what happens if you don't enforce a uniform license of your project. It contains one or more of the following... LGPL "Free Software" License GPL Artistic License Public domain Regents of USC Sun old-style BSD Aladdin En