[cl-ppcre-devel] Re: freeze-type ing cl-ppcre?

[Jim Prewett]

That would explain my benchmark!  I was creating new scanners left and 
right!  (I dynamically generate regexps at run-time; the stuff i've been 
doing lately makes *a lot* of them :)

But, the speed-up is relatively minor. :)

Jim

On Mon, 23 Aug 2004, Edi Weitz wrote:

> On Mon, 23 Aug 2004 07:36:46 -0600 (MDT), Jim Prewett <download at hpc.unm.edu> wrote:
> 
> > Apparently, yes it is new in 19a.  
> >
> > I simply added the declaration:
> >
> > (declaim (extensions:freeze-type regex seq alternation lookahead
> > lookbehind repetition register standalone back-reference char-class
> > str anchor everything word-boundary branch void))
> >
> > * I just grepped for defclass to build this list of classes *
> >
> > The CMUCL manual says this:
> >
> > "The extensions:freeze-type declaration is a CMUCL extension that
> > enables more efficient compilation of user-defined types by
> > asserting that the definition is not going to change. This
> > declaration may only be used globally (with declaim or
> > proclaim). Currently freeze-type only affects structure type testing
> > done by typep, typecase, etc."
> >
> > My "benchmark" was really quick and dirty, so i'm not sure I trust
> > the results.  :)
> 
> OK, from this description I suppose it's safe to add this to CL-PPCRE
> because the class definitions don't change. You /might/ see a little
> performance increase but only during scanner creation I guess.
> 
> Cheers,
> Edi.
> 

-- 
James E. Prewett                 "everything that is, that was, was not enough"
Systems Team Leader                                                505.277.8210
Designated Security Officer                download at hpc.unm.edu Jim at Prewett.org
HPC Systems Engineer III @ HPC at UNM             OpenPGP key: pub  1024D/31816D93