summaryrefslogtreecommitdiff
path: root/regcomp.c
Commit message (Expand)AuthorAgeFilesLines
* Re: unicode regex problemHugo van der Sanden2003-09-131-5/+0
* Replace #21158 with a better patch from HugoJarkko Hietaniemi2003-09-111-1/+1
* Re: [PATCH] valgrind and /#/xAdrian M. Enache2003-08-261-5/+6
* valgrind and /#/xDave Mitchell2003-08-251-1/+2
* Re: utf8+regex bug in 5.8.1-RC2Dave Mitchell2003-08-011-1/+1
* jumbo closure fixDave Mitchell2003-05-291-1/+3
* UTF8 regexp patch from Inaba Hiroto.Jarkko Hietaniemi2003-04-181-3/+6
* Fix up Larry's copyright statements to my best knowledge.Jarkko Hietaniemi2003-04-161-1/+2
* Signedness nits.Jarkko Hietaniemi2003-03-161-2/+2
* Further potential pitfalls for the utf8 len/pos cacheJarkko Hietaniemi2003-03-161-0/+23
* typos and other minor thingsTodd C. Miller2003-03-111-1/+1
* Update all copyrights to 2003, from JarkkoHugo van der Sanden2003-03-021-1/+1
* COW regexps:Nicholas Clark2003-02-161-2/+12
* save_re_context() was not saving many regexec.c stateGurusamy Sarathy2002-12-281-14/+14
* fix signed/unsigned mismatch warning from change#18266Gurusamy Sarathy2002-12-281-1/+1
* [Fwd: Patch for perl utf8-related bug]Richard Hitt2002-12-171-1/+1
* fix #18266 sprintf format mismatchHugo van der Sanden2002-12-091-1/+1
* Re: [perl #18107] lc(), uc() and ucfirst() broken inside utf8 regexAbhijit Menon-Sen2002-12-091-0/+17
* UTF8 regexp {n} bugInaba Hiroto2002-11-251-0/+2
* [perl #18154] Problem found in calculating offsets in regexMark Pease2002-11-071-178/+171
* The Inaba patch for tr/// vs. use encodingDan Kogai2002-10-241-19/+21
* PL_curpad == AvARRAY(PL_comppad) alwaysDave Mitchell2002-10-221-18/+11
* Re: [perl #18019] regex overoptimizationHugo van der Sanden2002-10-211-2/+2
* Typo in regcomp.cChris Ball2002-07-281-2/+2
* regcomp.c casting tweakCraig A. Berry2002-07-081-1/+1
* -Dr and unicodeHugo van der Sanden2002-07-011-3/+7
* EBCDIC: make t/op/pat #242 and 243 finally succeed.Jarkko Hietaniemi2002-05-121-2/+15
* More U32 regflags.Jarkko Hietaniemi2002-04-271-25/+25
* The #16182 radiates U32ness.Jarkko Hietaniemi2002-04-261-2/+2
* various signed/unsigned mismatch nitsGurusamy Sarathy2002-04-261-1/+0
* fixes for all the warnings reported by Visual C (most of thisGurusamy Sarathy2002-04-211-34/+35
* Re: [ID 20020311.008] "foo bar" =~ /^(\w+)\s+(.+)(\s+)?$(\s)/ core dumpsHugo van der Sanden2002-04-031-0/+2
* Re: 64 bit SEGV in t/op/regmesg.tRafael Garcia-Suarez2002-03-301-1/+1
* Re: Regex-Unicode bugsRafael Garcia-Suarez2002-03-281-1/+1
* Re: Regex-Unicode bugsHugo van der Sanden2002-03-281-1/+6
* A warning wasn't turnable offRafael Garcia-Suarez2002-03-271-1/+4
* Fix for "UTF-8 bug with s///" from Hugo.Jarkko Hietaniemi2002-03-201-16/+60
* Better place to initialize (IRIX cc noticed thatJarkko Hietaniemi2002-03-161-1/+2
* HP-UX gcc 3 warnings found by Sarathy.Jarkko Hietaniemi2002-03-161-1/+1
* more warnings tidyupPaul Marquess2002-03-111-7/+7
* As suggested by Anton Tagunov, eq and cmp now obey theJarkko Hietaniemi2002-03-071-1/+1
* taint + deprecated warningsPaul Marquess2002-03-041-3/+2
* Use to_uni_fold().Jarkko Hietaniemi2002-02-241-6/+1
* Using uninitialized (and wrong) variables is not good.Jarkko Hietaniemi2002-02-241-2/+2
* EBCDIC: this seems to calm the last of theJarkko Hietaniemi2002-02-241-12/+20
* The POSIX extensions are deadly.Jarkko Hietaniemi2002-02-191-3/+2
* EBCDIC: now the worst seems to be over forJarkko Hietaniemi2002-02-181-1/+5
* "Can't happen" - yes, it can, with buggy UTF-8/EBCDIC.Jarkko Hietaniemi2002-02-111-12/+24
* (??{ }) anomalyYitzchak Scott-Thoennes2002-02-041-0/+2
* EBCDIC: more natification.Jarkko Hietaniemi2002-02-031-6/+9