summaryrefslogtreecommitdiff
path: root/op.c
Commit message (Collapse)AuthorAgeFilesLines
* Retract #19667, #19660, #19659, #19658, #19657, #19656,Jarkko Hietaniemi2003-06-031-83/+0
| | | | | | #19655, #19418; File::Temp no more used internally. Some parts of these will be salvaged later. p4raw-id: //depot/perl@19670
* don't use File::Temp to implement PerlIO_tmpfile() on windows;Gurusamy Sarathy2003-06-021-6/+12
| | | | | | | | | | reuse the straightforward native implementation instead this fixes the warning from io_xs.t NOTE: File::Temp has a less-than-robust implementation on windows that relies on END blocks being run (this may not happen always) p4raw-id: //depot/perl@19667
* Beautification.Jarkko Hietaniemi2003-06-021-34/+46
| | | p4raw-id: //depot/perl@19660
* Duplicate definition bad.Jarkko Hietaniemi2003-06-021-1/+0
| | | p4raw-id: //depot/perl@19659
* Stick with the original (5.8.0) logic.Jarkko Hietaniemi2003-06-021-11/+11
| | | p4raw-id: //depot/perl@19657
* Since pulling in File::Temp for tempfiles would pull inJarkko Hietaniemi2003-06-021-0/+66
| | | | | | | | | also Fcntl, miniperl could not open up tempfiles. This broke the use of miniperl in VMS, as noticed by Craig Berry. Try to cure this by moving the creation of tempfile into its own routine, my_tmpfp(), which gets compiled differently for miniperl and perl. p4raw-id: //depot/perl@19656
* jumbo closure fixDave Mitchell2003-05-291-13/+43
| | | | | Message-ID: <20030226144947.A14444@fdgroup.com> p4raw-id: //depot/perl@19637
* [PATCH #2] Re: [perl #22181] goto undefines my() variablesDave Mitchell2003-05-241-5/+6
| | | | | | | | | | | Date: Thu, 22 May 2003 10:13:19 +0100 Message-ID: <20030522091319.GA4568@fdgroup.com> Subject: Re: [PATCH #2] Re: [perl #22181] goto undefines my() variables From: Dave Mitchell <davem@fdgroup.com> Date: Fri, 23 May 2003 17:09:44 +0100 Message-ID: <20030523160944.GC9194@fdgroup.com> p4raw-id: //depot/perl@19610
* New warning "Useless localization of %s", based onDave Mitchell2003-05-211-14/+42
| | | | | | | | | | Subject: [PATCH] new warning "Useless localization of %s is deprecated" Message-ID: <20030430201738.GA22054@fdgroup.com> The proposed patch added this warning in the 'deprecated' category ; I think this category is for things that exist and will be removed, rather than for things that don't exist and that will maybe be added. p4raw-id: //depot/perl@19588
* Re: Possible precedence problem on bitwise ^ operatorYitzchak Scott-Thoennes2003-05-191-3/+6
| | | | | | Message-ID: <N+Dy+gzkg+XX092yn@efn.org> (with tweaks to perldiag.pod) p4raw-id: //depot/perl@19570
* Use a more sophisticated heuristics to produce the warningRafael Garcia-Suarez2003-05-121-6/+15
| | | | | | 'Parentheses missing around "%s" list'. This fixes bug #22147. Also, the warning is now produced for C<local *a,*b;>. p4raw-id: //depot/perl@19503
* Salvage 'use filetest "access"' from compiletime to runtime.Jarkko Hietaniemi2003-05-031-0/+5
| | | p4raw-id: //depot/perl@19392
* Fix up Larry's copyright statements to my best knowledge.Jarkko Hietaniemi2003-04-161-1/+2
| | | | | | | (Lots of Perl 5 source code archaeology was involved.) Larry didn't make strangled noises when I showed him the patch, either :-) p4raw-id: //depot/perl@19242
* [perl #21845] "proto.h": 'id' is a reserved word in Objective-C.Jarkko Hietaniemi2003-04-151-8/+8
| | | p4raw-id: //depot/perl@19214
* Continue hunting for the cause of the Tru64 failed threaded smokesJarkko Hietaniemi2003-04-131-1/+1
| | | | | | | | | | most probably introduced by the change #19157. The tweak suggested by Stephen McCamant trades a possible dangling pointer (CopFILE() is tricky like that with threads) to a memory leak. (This means that this tweak shouldn't be left in as-is, but if this helps, we at least know that the failure was caused by the #19157.) p4raw-link: @19157 on //depot/perl: 3871c2ef9aa1dfeba4631a17efdbf486012d47a6 p4raw-id: //depot/perl@19197
* open(my $fh, ">&", STDOUT) should not warn under strict.Jarkko Hietaniemi2003-04-091-0/+19
| | | p4raw-id: //depot/perl@19173
* Try to be more descriptive than just __ANONIO__ which is whatJarkko Hietaniemi2003-04-091-3/+45
| | | | | you get when you autovivify filehandles into array/hash elements. p4raw-id: //depot/perl@19172
* Re: Error: Unknown errorAdrian M. Enache2003-04-081-1/+1
| | | | | Message-ID: <20030408041213.GA13553@ratsnest.hole> p4raw-id: //depot/perl@19170
* CvFILE for constant subsStephen McCamant2003-04-061-1/+1
| | | | | Message-ID: <16016.36977.667436.279778@syllepsis.MIT.EDU> p4raw-id: //depot/perl@19157
* Re: Bytecode? Back into service.Adrian M. Enache2003-03-201-1/+1
| | | | | Message-ID: <20030320053839.GA4044@ratsnest.hole> p4raw-id: //depot/perl@19038
* Re: [perl #20798] foo(eval {}) crashes Perl 5.8Adrian M. Enache2003-03-091-2/+1
| | | | | Message-ID: <20030306221203.GB13330@ratsnest.hole> p4raw-id: //depot/perl@18860
* [PATCH] assertionsSalvador Fandiño2003-03-041-1/+7
| | | | | | | | | | Message-ID: <3E566138.4090709@yahoo.com> and the complement : (with added comments) Subject: [PATCH] bug in ext/B/t/deparse.t Message-ID: <3E563E16.7060303@yahoo.com> plus perldiag.pod patch for the new warning (previous change was, once again, empty) p4raw-id: //depot/perl@18828
* Fixes bug #15654 bizarre constant mangling in 5.8.0Artur Bergman2003-03-041-0/+12
| | | | | | | | | | | | What happened was that a constant was freed, the pad released but the pad slot still held the SV, when pad slot was reallocated to be a target for a stringify, it did a sv_setpv on the target and the original SV was wiped out. When this SV was later on to new places using the constant, they got the wrong value. By replacing pad_free with pad_swipe for these cases, we won't have such a problem. (pad_swipe also removes the pointer to the original SV). p4raw-id: //depot/perl@18820
* Update all copyrights to 2003, from JarkkoHugo van der Sanden2003-03-021-1/+1
| | | p4raw-id: //depot/perl@18801
* More variables for change #18776.Hugo van der Sanden2003-02-251-1/+1
| | | | | p4raw-link: @18776 on //depot/perl: 83b43d9236da9ea6e31fd2df2474f4d7f7220a85 p4raw-id: //depot/perl@18777
* [perl #20682] [fix] @- array not visible in s///Adrian M. Enache2003-02-251-1/+1
| | | | | Message-ID: <20030221155014.GB793@ratsnest.hole> p4raw-id: //depot/perl@18776
* Re: [perl #21321] local ${"FOO"} does not workRafael Garcia-Suarez2003-02-251-4/+0
| | | | | Message-Id: <20030223000327.6f0c11fa.rgarciasuarez@free.fr> p4raw-id: //depot/perl@18774
* Use PL_{argv,stdin,stdout}gv to avoid unnecessary gv_fetch calls.Chip Salzenberg2003-02-241-6/+3
| | | p4raw-id: //depot/perl@18763
* add support for assertions. Updated form of:Salvador Fandiño2003-02-161-3/+17
| | | | | | Subject: Re: Did the assertion patch/feature submission get overlooked? Message-ID: <3DE8F439.50402@yahoo.com> p4raw-id: //depot/perl@18727
* Re: [perl #20798] foo(eval {}) crashes Perl 5.8Adrian M. Enache2003-02-161-8/+0
| | | | | Message-ID: <20030215220510.GB893@ratsnest.hole> p4raw-id: //depot/perl@18723
* outdent else-if chain in scope()Hugo van der Sanden2003-02-161-11/+9
| | | p4raw-id: //depot/perl@18722
* restrict PERL_PRESERVE_IVUV to things that should really give anHugo van der Sanden2003-02-161-13/+1
| | | | | | | integer, but extend to runtime. Based on: Subject: Re: [perl #20827] Unexpected scientific notation. Message-Id: <200302120312.h1C3ChS02613@crypt.compulink.co.uk> p4raw-id: //depot/perl@18720
* Better version of change #18648, by Enache AdrianRafael Garcia-Suarez2003-02-041-2/+2
| | | | | | Message-ID: <20030204101533.GA11817@ratsnest.hole> p4raw-link: @18648 on //depot/perl: 7c2549db3c820cf72273bacc18a4e3d2b361563d p4raw-id: //depot/perl@18656
* Fix bug #8760 : cop_line isn't properly restoredRafael Garcia-Suarez2003-02-031-0/+2
| | | | | when a module is loaded at runtime behind the scenes. p4raw-id: //depot/perl@18648
* In any case, never copy this but use the same SV sinceArtur Bergman2003-02-021-1/+1
| | | | | | if we copy we loose the hash we so badly need. For op_const we might still need to copy however. p4raw-id: //depot/perl@18641
* Move SvPVIV out of ->op_sv of METHOD_NAMED into the pad, fixesArtur Bergman2003-02-021-0/+1
| | | | | | threading issue. Should perhaps be a PVOP to save memory, but then we have nowhere to store the hash of the function! p4raw-id: //depot/perl@18640
* Fix a very small memory leak in op_free, by reserving thePaul Johnson2003-01-281-2/+4
| | | | | | | | | case op_seq == (U16)-1 for the compiler backend Subject: Re: Freeing code From: "Paul Johnson" <paul@pjcj.net> Message-ID: <18918.193.134.254.145.1043759589.squirrel@wesley.pjcj.net> p4raw-id: //depot/perl@18599
* %_ (was Re: [PATCH] operation on `PL_na' may be undefined)Nicholas Clark2003-01-071-8/+8
| | | | | Message-ID: <20021226211626.GD284@Bagpuss.unfortu.net> p4raw-id: //depot/perl@18456
* silence another signed/unsigned mismatch warningGurusamy Sarathy2002-12-281-1/+1
| | | p4raw-id: //depot/perl@18357
* Proper fix for CvOUTSIDE weak refcountingDave Mitchell2002-12-141-20/+19
| | | | | Message-ID: <20021210012644.A7843@fdgroup.com> p4raw-id: //depot/perl@18302
* allow evals to see the full lexical scopeDave Mitchell2002-12-021-4/+6
| | | | | Message-ID: <20021124221906.A25386@fdgroup.com> p4raw-id: //depot/perl@18220
* Fix perl bug #17920 : a case of parser coredump.Rafael Garcia-Suarez2002-11-191-0/+4
| | | | | | | | The fix is to disable Perl_block_start and Perl_block_end when the yacc parser has encountered errors. This prevents corruption of the internal stack, at the expense of correctness, but this doesn't matter as the code is unparseable anyway. p4raw-id: //depot/perl@18166
* Re: [perl #17605] strange behaviour (difference between perl 5.6 and perl ↵Hugo van der Sanden2002-11-071-3/+8
| | | | | | | 5.8.0) in the regexp Message-Id: <200211031641.gA3GfOm08609@crypt.compulink.co.uk> p4raw-id: //depot/perl@18118
* PL_curpad == AvARRAY(PL_comppad) alwaysDave Mitchell2002-10-221-1/+1
| | | | | Message-ID: <20021018133640.A19172@fdgroup.com> p4raw-id: //depot/perl@18048
* Happy chainsaw stories; The removal of the 5005 threadsH.Merijn Brand2002-10-191-152/+0
| | | | | Still imcomplete. Configure will follow p4raw-id: //depot/perl@18030
* prototype() didn't warn when used in void context.Rafael Garcia-Suarez2002-10-161-0/+1
| | | p4raw-id: //depot/perl@18020
* Change the warning message "%s trapped by operation mask"Rafael Garcia-Suarez2002-10-031-1/+1
| | | | | to include '' around the op name. Document it in perldiag. p4raw-id: //depot/perl@17973
* Add a new warning, "Possible precedence problem on bitwiseRafael Garcia-Suarez2002-10-031-0/+22
| | | | | | %c operator", triggerred when a bitwise op has a numeric comparison op as child. p4raw-id: //depot/perl@17972
* Re: [perl #17376] Bug Report - our(%)Yitzchak Scott-Thoennes2002-10-021-1/+1
| | | | | Message-ID: <GNdm9gzkgWOS092yn@efn.org> p4raw-id: //depot/perl@17963
* move all pad-related code to its own src fileDave Mitchell2002-10-021-904/+96
| | | | | Message-ID: <20020925234023.A20044@fdgroup.com> p4raw-id: //depot/perl@17953
View Lorry Controller Status