summaryrefslogtreecommitdiff
path: root/op.h
Commit message (Collapse)AuthorAgeFilesLines
* Remove pseudo-hashes (complete)Michael G. Schwern2002-08-171-1/+0
| | | | | Message-id: <20020806200510.GC31473@ool-18b93024.dyn.optonline.net> p4raw-id: //depot/perl@17725
* More U32 regflags.Jarkko Hietaniemi2002-04-271-1/+1
| | | p4raw-id: //depot/perl@16231
* Re: binary compatibilityMark-Jason Dominus2002-04-261-2/+2
| | | | | Message-ID: <20020424213507.7846.qmail@plover.com> p4raw-id: //depot/perl@16182
* It seems that the strange failure (core dump) ofJarkko Hietaniemi2002-03-211-1/+1
| | | | | | | | | | | t/uni/fold.t on ithreads Solaris builds is a gcc bug: (1) using Sun's cc helps (2) rewriting the ithreads PM_SETRE() to do the setting in two steps helps (3) no other platforms have the crash (4) Tru64's Third Degree sees nothing evil So we implement (2). p4raw-id: //depot/perl@15400
* Monster _r patch: try to scan for all known _r variants,Jarkko Hietaniemi2002-03-151-20/+1
| | | | | | | | | | | | | | | | | and then use them (under ithreads). May fail in HP-UX, and the op/groups is known to be fickle everywhere. Known to work in Solaris, Linux, Tru64, IRIX, AIX. (Some compiler warnings in AIX since the first arguments of getnetbyaddr and getnetbyadd_r are of different types. Thanks, IBM.) In non-Configure platforms deny the existence of any of the _r thingies. (Also add the recently introduced d_tm_* to places it wasn't already in.) TODO: the suggested glibc buffer growth retry loop in case some entries (at least for: gr*, host*) are big. Forgot win32/config.win64. p4raw-id: //depot/perl@15238
* Renaming tweaks, and split off the reentrant "superbuffer"Jarkko Hietaniemi2002-03-101-6/+6
| | | | | init routine. p4raw-id: //depot/perl@15139
* Re: [PATCH] Re: [ID 20000922.001] Implicit comparison to $. not performed ↵Yitzchak Scott-Thoennes2002-03-061-0/+1
| | | | | | | before filehandle read Message-ID: <ABBh8gzkgezX092yn@efn.org> p4raw-id: //depot/perl@15054
* No OPf_SPECIAL on OP_ENTERSUB when readline() is overridenRafael Garcia-Suarez2002-02-211-0/+1
| | | | | Message-Id: <20020221152222.A15095@rafael> p4raw-id: //depot/perl@14811
* Copyright++. (Not all the toplevel *.h have one, it seems.)Jarkko Hietaniemi2002-01-231-1/+1
| | | p4raw-id: //depot/perl@14391
* Use PerlMemShared for CopSTASHPV and CopFILE. MUCH harder than it sounds!Nick Ing-Simmons2002-01-141-2/+6
| | | | | | | | | | | | Need to use CopXXXXX macros everywhere and add CopSTASH_free Add new scope type and add support for it to scope.c and scope stack dup-er in sv.c. Add savesharedpv(). Also zealous version of Win32's vmem.h to catch all the abuses. With this t/op/fork.t passes even with zealous checking and checker is point a finger at various threads/shared issues. PL_curcop->cop_io is still an issue. p4raw-id: //depot/perlio@14259
* Missed the =head1 additions.Jarkko Hietaniemi2002-01-031-0/+2
| | | p4raw-id: //depot/perl@14041
* Re: attributes are brokenSpider Boardman2001-12-091-0/+1
| | | | | Message-Id: <200112090509.AAA02053@Orb.Nashua.NH.US> p4raw-id: //depot/perl@13543
* Explicitly expect only 4 or 8 bytes of PTRSIZE.Jarkko Hietaniemi2001-10-281-3/+5
| | | | | | No final #else #error because we do not seem to be using #error? p4raw-id: //depot/perl@12723
* Must store pointers with the right width.Jarkko Hietaniemi2001-10-271-1/+5
| | | p4raw-id: //depot/perl@12716
* vmsish fix, ieee rand() cleanupCharles Lane2001-10-191-1/+2
| | | | | Message-Id: <011019174427.d749b@DUPHY4.Physics.Drexel.Edu> p4raw-id: //depot/perl@12513
* Perhaps other OLD_POSIX_API systems might be happy and not only HP-UX 10.20Artur Bergman2001-10-121-1/+1
| | | p4raw-id: //depot/perl@12414
* Retract #12134; reintroduce #11949: PADOFFSETs are now UVsJarkko Hietaniemi2001-09-221-1/+1
| | | | | | | (suggested by Sarathy, extensions shouldn't be dabbling with op structures, so binary backward compatibility should not be an issue.) p4raw-id: //depot/perl@12138
* Switch PADOFFSET back to U32 both because of binary backwardJarkko Hietaniemi2001-09-101-1/+1
| | | | | | compatibility and because Arthur seems to have been fixing the problems with naughty integer-pointer casting. p4raw-id: //depot/perl@11982
* Apply INT2PTR with force to silence warnings fromArtur Bergman2001-09-101-2/+2
| | | | | | PM_GETRE and friends. No more warnings with 64bit IVs and 32bit pointers. p4raw-id: //depot/perl@11970
* PADOFFSET is used to cast pointers into integers,Jarkko Hietaniemi2001-09-081-1/+1
| | | | | | if pointers are 64 bits and U32 32 bits, bad things may happen, or at least warnings issued. p4raw-id: //depot/perl@11949
* odd typo in op.hNicholas Clark2001-08-281-1/+1
| | | | | Message-Id: <20010828121026.V4950@plum.flirble.org> p4raw-id: //depot/perl@11770
* Custom OpsSimon Cozens2001-08-271-0/+1
| | | | | | Message-ID: <20010825174509.A5752@netthink.co.uk> I also added a fix to Opcode.pm to quite test cases. p4raw-id: //depot/perl@11756
* Fixed macros for localtime_r under USE_REENTRANT_API, also fixed for HP-UX 10.20Artur Bergman2001-08-171-4/+4
| | | | | Thanks to Tom Hospel for pointing out my error. p4raw-id: //depot/perl@11703
* *time_r againArthur Bergman2001-08-171-2/+16
| | | | | Message-ID: <00ca01c1265c$0175f940$21000a0a@vogw2kdev> p4raw-id: //depot/perl@11695
* *time_r fixesArthur Bergman2001-08-161-2/+2
| | | | | Message-ID: <00b901c1264e$1cbe6970$21000a0a@vogw2kdev> p4raw-id: //depot/perl@11690
* Not quite so relicy as thought in #11651 (op/concat #4 and #5Jarkko Hietaniemi2001-08-121-0/+4
| | | | | stopped working). p4raw-id: //depot/perl@11653
* More (less) regex/utf8 relics. (Toned down later in #11653.)Jarkko Hietaniemi2001-08-121-4/+0
| | | p4raw-id: //depot/perl@11651
* [patch] plug PL_regex_padav leaksDoug MacEachern2001-08-031-0/+4
| | | | | Message-ID: <Pine.LNX.4.21.0108022020100.8991-100000@mako.covalent.net> p4raw-id: //depot/perl@11560
* [patch] faster PM_GETREDoug MacEachern2001-07-121-1/+1
| | | | | Message-ID: <Pine.LNX.4.21.0107121011530.28844-100000@mako.covalent.net> p4raw-id: //depot/perl@11314
* Retract #11166 (and #11237).Jarkko Hietaniemi2001-07-121-1/+0
| | | p4raw-id: //depot/perl@11285
* Use reentrant API glibcArtur Bergman2001-07-121-0/+9
| | | | | Message-ID: <B772A6AD.2288%artur@contiller.se> p4raw-id: //depot/perl@11283
* Make the I32 an IV to preserve structure alignment and size.Jarkko Hietaniemi2001-07-111-1/+1
| | | p4raw-id: //depot/perl@11275
* Threadsafe PMOPs! We might still win this war.Artur Bergman2001-07-111-1/+10
| | | | | | | Message-ID: <000b01c10a04$4fa16a10$21000a0a@vogw2kdev> Threadsafe PMOPs for ithreads, waiting for AMS's Perl_re_dup(). p4raw-id: //depot/perl@11274
* (Retracted by #11285.)Abhijit Menon-Sen2001-07-061-0/+1
| | | | | | Subject: Re: [PATCH] mkdir() mode argument is missing initial 0 Message-ID: <20010706012632.A28327@lustre.dyn.wiw.org> p4raw-id: //depot/perl@11166
* Retract #11055, didn't help much (2736 bytes vs 2725 bytes leaked).Jarkko Hietaniemi2001-07-021-1/+1
| | | | | | | The real fix must be more involved. The line of code all the leaky call stacks seem to go through is op.c:2949, the PmopSTASH_set() line of Perl_newPMOP(). p4raw-id: //depot/perl@11099
* v minor comment tweakRobin Houston2001-07-021-1/+1
| | | | | Message-Id: <E15GqxK-0006WZ-00.2001-07-02-00-48-46@mail18.svr.pol.co.uk> p4raw-id: //depot/perl@11076
* Attempt at plugging the leak under ithreads detected by Doug.Jarkko Hietaniemi2001-06-301-1/+1
| | | p4raw-id: //depot/perl@11055
* Re: [PATCH] Step 1 of moving regexps to the padArtur Bergman2001-06-211-2/+2
| | | | | | | Message-ID: <B757B4D4.1849%artur@contiller.se> Plus extra parentheses. p4raw-id: //depot/perl@10772
* Re: [PATCH] Step 1 of moving regexps to the padArtur Bergman2001-06-211-0/+3
| | | | | Message-ID: <B757AF86.1842%artur@contiller.se> p4raw-id: //depot/perl@10770
* Integrate change #10412 from maintperl; locale is nowJarkko Hietaniemi2001-06-031-4/+0
| | | | | | | | | | | | | | | per-cop, not per-op; plus retweak the locale.t to always list the skipped utf8 locales. p4raw-link: @10412 on //depot/maint-5.6/perl: 71d0b827413df9e881d1c54d2d968823ed50c75b p4raw-id: //depot/perl@10413 p4raw-edited: from //depot/maint-5.6/perl@10411 'edit in' t/pragma/locale.t (@8600..) p4raw-integrated: from //depot/maint-5.6/perl@10411 'merge in' lib/locale.pm (@5902..) opcode.h pp.sym pp_proto.h (@8620..) opcode.pl (@8998..) op.h perl.h (@9288..) pp_sys.c (@9524..) util.c (@9538..) embed.h (@9584..) op.c (@9950..) pp.c (@10091..) pp_ctl.c (@10100..)
* Sarathy's clear_pmop patch with Radu Greab's fix,Jarkko Hietaniemi2001-03-181-0/+19
| | | | | Hiroto's, Nicholas Clark's, and Vadim Konovalov's tests. p4raw-id: //depot/perl@9194
* The #9145 CANNOT be enabled: the clear_pmop code stillJarkko Hietaniemi2001-03-141-19/+0
| | | | | dumps core all over in Tru64. p4raw-id: //depot/perl@9157
* reenable change#9145 (the test was busted due to a missingGurusamy Sarathy2001-03-141-0/+19
| | | | | | | C<print "ok 27\n">) p4raw-link: @9145 on //depot/perl: 4af0bda917eceeead6e59e5dc7c6b28fce055a0a p4raw-id: //depot/perl@9151
* Retract #9145.Jarkko Hietaniemi2001-03-141-19/+0
| | | p4raw-id: //depot/perl@9150
* (Retracted by #9150.)Jarkko Hietaniemi2001-03-141-0/+19
| | | p4raw-id: //depot/perl@9145
* Integrate change #9108 from maintperl to mainline.Jarkko Hietaniemi2001-03-121-6/+4
| | | | | | | | | | | | | | | | | | | | fix memory leak in C<sub X { sub {} }> arising from a refcount loop between the outer sub and the inner prototype anonsub this also enables closures returned by subroutines that subsequently get redefined to work without generating coredumps :) completely removed the free_closures() hack--it shouldn't be needed anymore p4raw-link: @9108 on //depot/maint-5.6/perl: 1cf1f64f42eb50a67f2427ff9d6d24023a2b9997 p4raw-id: //depot/perl@9109 p4raw-branched: from //depot/maint-5.6/perl@9107 'branch in' t/op/anonsub.t p4raw-integrated: from //depot/maint-5.6/perl@9107 'merge in' sv.c (@8871..) embed.h (@8886..) pod/perlapi.pod proto.h (@8993..) embed.pl (@8995..) MANIFEST (@9030..) op.c op.h (@9055..) pp_ctl.c (@9076..)
* Retract the PMOP cleanup patch: I'm seeing strange core dumpsJarkko Hietaniemi2001-03-061-19/+0
| | | | | with oddly familiar stack traces. p4raw-id: //depot/perl@9054
* Forgot the other half of the PMOP patch (#9033).Jarkko Hietaniemi2001-03-051-0/+19
| | | p4raw-id: //depot/perl@9044
* [PATCH @8436] Eliminate op_childrenStephen McCamant2001-01-151-3/+0
| | | | | | | | | | | Date: Sun, 14 Jan 2001 03:00:13 -0800 (PST) Message-ID: <14945.32919.44271.685122@soda.csua.berkeley.edu> Subject: [PATCH @8436] Re: Eliminate op_children From: Stephen McCamant <smcc@CSUA.Berkeley.EDU> Date: Sun, 14 Jan 2001 03:23:56 -0800 (PST) Message-ID: <14945.35680.571387.810763@soda.csua.berkeley.edu> p4raw-id: //depot/perl@8442
* Consolidated lvalue sub changesStephen McCamant2001-01-121-1/+3
| | | | | Message-ID: <14941.16925.736415.785818@soda.csua.berkeley.edu> p4raw-id: //depot/perl@8417
View Lorry Controller Status