summaryrefslogtreecommitdiff
path: root/Porting/findvars
Commit message (Collapse)AuthorAgeFilesLines
* Remove offer_nice_chunk(), PL_nice_chunk and PL_nice_chunk_size.Nicholas Clark2010-09-081-2/+0
| | | | | | | | | | | | | | | | | | These provided a non-public API for the hash and array code to donate free memory direct to the SV head allocation routines, instead of returning it to the malloc system with free(). I assume that on some older mallocs this could offer significant benefits. However, my benchmarking on a modern malloc couldn't detect any significant effect (positive or negative) on removing the code. Its (continued) presence, however, has downsides a: slightly more code complexity b: slightly larger interpreter structure c: in the steady state, if net creation of SVs is zero, 1 chunk of allocated but unused memory will exist (per thread) So I think it best to remove it.
* Global executable bit cleanupDavid Golden2010-07-241-0/+0
| | | | | | | | | | | | | | | | | | | | When porting/makerel runs, all files copied into the directory for the tarball have the executable bit stripped and then only a specific set of files have the executable bit restored. There are many files in the repo that have the executable bit set in the repo that will be stripped. So that the state of files in the repo is as close as possible to the state of files in the release tarball, the executable bit has been stripped from such files. In one recent case, a file added from a dual-life module needed the executable bit set. Because it had the bit in the repo but was not listed in makerel to get an executable bit, tests using it passed in the repo and failed in the tarball. This commit refactors the list into a new file, Porting/exec-bit.txt and add tests to detect a mismatch between files listed there and actual executable bits in the repo.
* Purge all references to 5005 threads variables in the code.Nicholas Clark2007-02-031-12/+0
| | | | | (Retain the aides memoire in makedef.pl) p4raw-id: //depot/perl@30105
* In Porting scripts, use standard perl path of "/usr/bin/perl".Chip Salzenberg2003-02-241-1/+1
| | | p4raw-id: //depot/perl@18767
* Re: [ID 20010815.012] Unfortunate interaction between -0 cmd line arg & ↵Hugo van der Sanden2001-09-151-1/+0
| | | | | | | (??{CODE}) regex Message-Id: <200109091741.f89HfsM18534@crypt.compulink.co.uk> p4raw-id: //depot/perl@12027
* update Changes, patchlevel etc.Gurusamy Sarathy1999-10-121-9/+11
| | | p4raw-id: //depot/perl@4349
* (Was: deprecating SIGDIE)Kurt D. Starsinic1999-09-301-1/+0
| | | | | | | | To: Gurusamy Sarathy <gsar@ActiveState.com> Cc: tchrist@perl.com, Larry Wall <larry@wall.org>, The Perl Porters Mailing List <perl5-porters@perl.org> Message-ID: <19990929151650.E26675@O2.chapin.edu> p4raw-id: //depot/cfgperl@4257
* final tweaks before beta2Gurusamy Sarathy1998-07-211-0/+373
p4raw-id: //depot/perl@1613