summaryrefslogtreecommitdiff
path: root/pp_hot.c
Commit message (Collapse)AuthorAgeFilesLines
* UTF-8 bug (maybe alreayd known?)Andreas König2002-03-171-6/+12
| | | | | Message-ID: <m3n0xjul5q.fsf@anima.de> p4raw-id: //depot/perl@15270
* more warnings tidyupPaul Marquess2002-03-111-8/+8
| | | | | | From: "Paul Marquess" <paul_marquess@yahoo.co.uk> Message-ID: <AIEAJICLCBDNAAOLLOKLMEEGDPAA.paul_marquess@yahoo.co.uk> p4raw-id: //depot/perl@15155
* spelling correctionNicholas Clark2002-03-111-1/+1
| | | | | Message-ID: <20020310183441.GE317@Bagpuss.unfortu.net> p4raw-id: //depot/perl@15152
* Re: Copying PV only with possible UTF-8 charactersJohn Peacock2002-02-241-8/+1
| | | | | Message-ID: <3C795DB7.40105@rowman.com> p4raw-id: //depot/perl@14857
* TheAndreas König2002-01-241-0/+3
| | | | | | | | | Subject: Very old debugger UTF-8 bug Message-ID: <m3y9iot1jr.fsf@anima.de> still broken, but this should work as a stopgap measure to stop pp_match accessing naughty data. p4raw-id: //depot/perl@14405
* Copyright++. (Not all the toplevel *.h have one, it seems.)Jarkko Hietaniemi2002-01-231-1/+1
| | | p4raw-id: //depot/perl@14391
* Special treatment for U+03B0 and U+0390 in //i,Jarkko Hietaniemi2002-01-121-3/+1
| | | | | | this means that we can remove the minlen pessimisations introduced by the #14096. p4raw-id: //depot/perl@14219
* Finish up (ha!) the Unicode case folding;Jarkko Hietaniemi2002-01-051-1/+4
| | | | | enhance regex dumping code. p4raw-id: //depot/perl@14096
* shared hash keys and ++/--Nicholas Clark2001-12-031-3/+3
| | | | | Message-ID: <20011203163716.C21702@plum.flirble.org> p4raw-id: //depot/perl@13442
* spaceship and refsNicholas Clark2001-11-211-1/+2
| | | | | Message-ID: <20011120215951.U62891@plum.flirble.org> p4raw-id: //depot/perl@13147
* [?PATCH] terser pp_eqNicholas Clark2001-11-201-34/+25
| | | | | Message-ID: <20011119230901.O62891@plum.flirble.org> p4raw-id: //depot/perl@13136
* Retract #13048: that introduced a malloc() (through savepvn())Jarkko Hietaniemi2001-11-181-7/+16
| | | | | to *every* m//, which killed the performance quite badly. p4raw-id: //depot/perl@13079
* Re: [PATCH regcomp.[ch], regexp.h, pp_hot.c, t/op/re_tests] lazy $& and \Z fixJeff Pinyan2001-11-161-16/+7
| | | | | Message-ID: <Pine.GSO.4.21.0111141634020.16649-100000@crusoe.crusoe.net> p4raw-id: //depot/perl@13048
* [PATCH] Re: [ID 20011111.105] qr/$ARGV[0]/ not taintedAbhijit Menon-Sen2001-11-121-0/+2
| | | | | | | | | | | | From: Robert Spier <rspier@pobox.com> Date: Sun, 11 Nov 2001 18:50:18 -0800 Message-Id: <15343.14570.121505.233336@rls.cx> Subject: Re: [PATCH] Re: [ID 20011111.105] qr/$ARGV[0]/ not tainted From: Rick Delaney <rick.delaney@home.com> Date: 12 Nov 2001 00:15:52 -0500 Message-Id: <m3wv0wmuwn.fsf@cs839290-a.mtth1.on.wave.home.com> p4raw-id: //depot/perl@12949
* remove small IVop redundancyNicholas Clark2001-10-251-4/+0
| | | | | Message-ID: <20011025224827.M66471@plum.flirble.org> p4raw-id: //depot/perl@12657
* Oh, bother. In Tru64 cc -std1 was looking rather niceJarkko Hietaniemi2001-10-171-2/+2
| | | | | | | | | | in speed (upto 20% speedup in certain operations) but meanwhile regexps and arithmetics got slower (5-10%) (according to perlbench average speedup is negligible, and within measuring flutter, 1%). Therefore retracting all the changes aimed at getting -std1 to compile cleanly: #12475, #12476, #12479, #12480, #12481, #12482, #12483, #12484. p4raw-id: //depot/perl@12485
* (retracted by #12485)Jarkko Hietaniemi2001-10-171-2/+2
| | | | | | Avoid dollar signs in identifiers (in non-VMS) to placate ultra picky ANSI compilers (such as DEC^WCPQ^WHP). p4raw-id: //depot/perl@12475
* Rename the variable: it *used* to be (wrongly) that theJarkko Hietaniemi2001-09-021-4/+4
| | | | | | code related to PL_reg_sv (so PL_reg_sv_utf8 was logical) but that is no more the case: PL_reg_match_utf8 is better. p4raw-id: //depot/perl@11823
* remove deprecated PERL_OBJECT cruft, it has long since stoppedGurusamy Sarathy2001-08-311-3/+3
| | | | | working in 5.7.x p4raw-id: //depot/perl@11803
* Changes USE_THREADS to USE_5005THREADS in the entire source.Artur Bergman2001-08-271-16/+16
| | | | | | Thanks to H. Merijn Brand for the patch. Some of the comments and or guards might be removable in perl.h now. p4raw-id: //depot/perl@11758
* New try for ID 20010407.006: detach the semanticsJarkko Hietaniemi2001-08-181-6/+8
| | | | | "was the last match target UTF8" into its own variable. p4raw-id: //depot/perl@11717
* Retract #11712 for now. The real fix would probablyJarkko Hietaniemi2001-08-181-2/+2
| | | | | | | | be something like making PL_reg_sv a copy (PV + UTF8) of the matched/substituted string (note: not just a SvPOK string, for example the stringified form of a ROK would be applicable) Beware of leaks. p4raw-id: //depot/perl@11714
* (Retracted by #11714)Jarkko Hietaniemi2001-08-181-2/+2
| | | | | | | | | | | | | | | Okay analysis, debatable fix. (The fix will inc the refcount of all temporary match objects, like for example tied(%h) =~ /^.../ from Tie/RefHash.t, which will then cause griping at untie() time ("inner references remain"). Fix for ID 20010407.006: PL_reg_sv got wiped out by freetemps if the match target was a temporary (like function_call() =~ /.../), which in turn meant that the $1 et al stopped working if they had UTF-8 in them. Therefore bump up the refcount of PL_reg_sv. p4raw-id: //depot/perl@11712
* Re: [ID 20010814.004] pos() doesn't work when using =~m// in list context Hugo van der Sanden2001-08-171-0/+16
| | | | | Message-Id: <200108161750.f7GHo1l22207@crypt.compulink.co.uk> p4raw-id: //depot/perl@11696
* Re: Can't localize *FH, then tie itAbhijit Menon-Sen2001-08-121-6/+9
| | | | | Message-ID: <20010812160806.A28712@lustre.dyn.wiw.org> p4raw-id: //depot/perl@11639
* Re: [ID 20010806.006] Can't read coderef from tied variableAbhijit Menon-Sen2001-08-071-0/+3
| | | | | Message-ID: <20010807091054.H526@lustre.dyn.wiw.org> p4raw-id: //depot/perl@11602
* Continuation of #11575: SANY_SEEN completely deprecated,Jarkko Hietaniemi2001-08-041-1/+1
| | | | | | plus more tests that unearthed a bug in @a = ($utf8 =~ /\C/g), plus a fix for the bug. p4raw-id: //depot/perl@11577
* Retract #11212.Jarkko Hietaniemi2001-07-081-5/+0
| | | p4raw-id: //depot/perl@11223
* (Retracted by #11223.)Graham Barr2001-07-081-0/+5
| | | | | | Subject: [PATCH] Re: Problem with Safe.pm and Perl 5.004 Message-Id: <3460FFBA.6DA51F46@ti.com> p4raw-id: //depot/perl@11212
* gcc -Wall nit.Jarkko Hietaniemi2001-07-041-2/+2
| | | p4raw-id: //depot/perl@11144
* Re: [PATCH @11016] Fixes compile errors in four filesPhilip Newton2001-07-031-2/+2
| | | | | Message-ID: <3B41FAE6.29564.660E117@localhost> p4raw-id: //depot/perl@11122
* Fixes compile errors in four filesRichard Soderberg2001-06-291-3/+3
| | | | | Message-ID: <Pine.LNX.4.21.0106290333270.9768-100000@oregonnet.com> p4raw-id: //depot/perl@11021
* Step 2: Use the new PM_GETRE/SETRE macros everywhere.Richard Soderberg2001-06-211-5/+5
| | | | | Message-ID: <Pine.LNX.4.21.0106210657400.1693-100000@oregonnet.com> p4raw-id: //depot/perl@10780
* Re: Opinion on undef lvalueAbhijit Menon-Sen2001-06-211-6/+4
| | | | | | | Message-ID: <20010617130446.B27925@lustre.linux.in> Allow lvalue subs to return undef in array context. p4raw-id: //depot/perl@10777
* More -Wall sweeping.Jarkko Hietaniemi2001-05-301-4/+4
| | | p4raw-id: //depot/perl@10338
* Re: 5.6.*, bleadperl: bugs in pp_concatHugo van der Sanden2001-05-261-37/+42
| | | | | Message-Id: <200105261605.RAA12295@crypt.compulink.co.uk> p4raw-id: //depot/perl@10223
* stash autovivification and method call error messagesIlmari Karonen2001-05-251-11/+30
| | | | | Message-ID: <Pine.SOL.3.96.1010524013737.18819D-100000@simpukka> p4raw-id: //depot/perl@10205
* [LARGE!] symbolic magicDave Mitchell2001-05-201-12/+13
| | | | | Message-Id: <200105191912.UAA23925@gizmo.fdgroup.co.uk> p4raw-id: //depot/perl@10168
* Integrate #10145 from maintperl.Jarkko Hietaniemi2001-05-171-3/+11
| | | | | | | fix for ID 20010515.004 (needs test) p4raw-id: //depot/perl@10148 p4raw-integrated: from //depot/maint-5.6/perl@10147 'merge in' pp_hot.c (@10091..)
* Re: [ID 20010515.001] -DPERL_Y2KWARN doesn't do what it should (Not OK: perl ↵Philip Newton2001-05-161-13/+13
| | | | | | | | | v5.7.1 +DEVEL10104 on i586-linux 2.2.16-22 (UNINST Message-ID: <3B0159C9.1905.1C6AEF9@localhost> Fix PERL_Y2KWARN test to check before rather than after appending. p4raw-id: //depot/perl@10128
* Re: bleadperl: s/// failure with \b and /g Hugo van der Sanden2001-05-011-0/+2
| | | | | Message-Id: <200105011912.UAA06826@crypt.compulink.co.uk> p4raw-id: //depot/perl@9941
* foreach defelem magic should only be applied to PL_sv_undefGisle Aas2001-04-181-1/+1
| | | | | Message-ID: <lrae5f9d1m.fsf@caliper.ActiveState.com> p4raw-id: //depot/perl@9734
* $ref1 == $ref2 without NV_PRESERVES_UVAndreas Schwab2001-03-261-3/+9
| | | | | | | Message-ID: <jeitkw5z27.fsf@hawking.suse.de> (The patch for 5.6.0 or so, this is a guess for bleadperl) p4raw-id: //depot/perl@9366
* Fix readline in list mode to tell rest of world that it hasNick Ing-Simmons2001-03-251-0/+3
| | | | | | | things on the stack. Otherwise if perl code gets invoked underneath it it scribbles over results-so-far. (Why TIEHANDLE has not tripped on this is a mystery.) p4raw-id: //depot/perlio@9351
* If stdin, stdout or stderr get opened in unexpected read/write stateNick Ing-Simmons2001-03-221-5/+4
| | | | | then warn at time of open not at time of use. p4raw-id: //depot/perlio@9295
* pattern in G_ARRAY contextJeff Pinyan2001-03-041-1/+1
| | | | | Message-ID: <Pine.GSO.4.21.0103031712070.1035-100000@crusoe.crusoe.net> p4raw-id: //depot/perl@9018
* Re: sync sync sync: have I missed any patches?Tim Jenness2001-02-281-34/+34
| | | | | | | | In-Reply-To: <20010227140737.Y10633@chaos.wustl.edu> Message-ID: <Pine.LNX.4.30.0102271322070.8623-100000@lapaki.jach.hawaii.edu> Replace djSP with dSP. p4raw-id: //depot/perl@8963
* Tweak on #8234 (Subject: Re: [PATCH] Warn on use of reference as array elem):Jarkko Hietaniemi2001-02-181-1/+1
| | | | | don't warn on magical or overloaded things. p4raw-id: //depot/perl@8834
* [patch] -WallDoug MacEachern2001-02-171-1/+0
| | | | | Message-ID: <Pine.LNX.4.21.0102161519500.30352-100000@mako.covalent.net> p4raw-id: //depot/perl@8815
* Re: [PATCH] Re: [ID 20010105.023] numeric problems in IRIXNicholas Clark2001-01-311-79/+117
| | | | | | | Message-ID: <20010130195105.R76607@plum.flirble.org> op/inc cure. p4raw-id: //depot/perl@8637
View Lorry Controller Status