| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Message-ID: <75A46BF1A9D8D311863A00508B6259A405F17EB8@ATTMSX4>
p4raw-id: //depot/perl@19010
|
|
|
| |
p4raw-id: //depot/perl@18871
|
|
|
|
|
|
|
|
| |
Nicholas Clark's experimental COW functions.
Sidenote: the embed.fnc/embed.fnc/makedef.pl thing is becoming
a mess of Herculean proportions. Someone should redesign and
clean up the stables.
p4raw-id: //depot/perl@18868
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
| |
Message-ID: <20030223181639.GA18713@ratsnest.hole>
p4raw-id: //depot/perl@18782
|
|
|
|
|
|
| |
Subject: [PATCH] Copy on write for $& and $1...
Message-ID: <20030209230008.GF299@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18726
|
|
|
|
|
|
| |
Subject: [PATCH] Copy on write for $& and $1...
Message-ID: <20030209230008.GF299@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18725
|
|
|
| |
p4raw-id: //depot/perl@18716
|
|
|
| |
p4raw-id: //depot/perl@18668
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce a cache for UTF-8 data: length and byte<->char offset
mapping are stored in a new type of magic. Speeds up length(),
substr(), index(), rindex(), pos(), and some parts of s///.
The speedup varies a lot (on the usual suspects: what is the
access pattern of the data, compiler, CPU), but should be at
least one order of magnitude, and getting to the same magnitude
as byte string speeds, and in some cases (length on unchanged data)
even reaching the byte string speed. On the other hand, in some
cases (index) the byte speed is still faster by a factor of five
or so, but the bottleneck there does not seem to be any more
the byte<->char offset mapping (instead, the fbm_instr() speed).
There is one cache slot for the length, and only two for the
byte<->char offset mapping (the first one for the start->offset,
and the second for the offset->offset+length, when talking
in substr() terms).
Code this hairy is bound to have hairy trolls hiding under it.
[...]
A small tweak on top of #18353: don't display mg_len bytes of
mg_ptr for PERL_MAGIC_utf8 because that's not what's there.
p4raw-id: //depot/perl@18530
|
|
|
|
|
| |
[perl #18932]
p4raw-id: //depot/perl@18312
|
|
|
|
|
| |
Message-ID: <20021214191649.B3992@fdgroup.com>
p4raw-id: //depot/perl@18311
|
|
|
|
|
|
|
|
|
| |
Date: Thu, 12 Dec 2002 23:42:35 +0000
Message-ID: <20021212234235.A29245@fdgroup.com>
and
Date: Sat, 14 Dec 2002 19:16:38 +0000
Message-ID: <20021214191638.A3992@fdgroup.com>
p4raw-id: //depot/perl@18307
|
|
|
|
|
| |
Message-ID: <20021124221906.A25386@fdgroup.com>
p4raw-id: //depot/perl@18220
|
|
|
|
|
|
| |
Backport change #18078 to warnings.pl.
p4raw-link: @18078 on //depot/perl: 92cde64730ac68c05bd8f8990a57fb156d283457
p4raw-id: //depot/perl@18113
|
|
|
|
|
|
|
| |
Message-ID: <87of9c2prs.fsf@vran.herceg.de>
With the corresponding change to embed.fnc
p4raw-id: //depot/perl@18102
|
|
|
|
|
| |
Message-ID: <20021018133640.A19172@fdgroup.com>
p4raw-id: //depot/perl@18048
|
|
|
|
|
| |
Still imcomplete. Configure will follow
p4raw-id: //depot/perl@18030
|
|
|
|
|
| |
Message-ID: <3D9E593E.1060605@rowman.com>
p4raw-id: //depot/perl@17990
|
|
|
|
|
| |
Message-ID: <20020925234023.A20044@fdgroup.com>
p4raw-id: //depot/perl@17953
|
|
|
|
|
|
|
| |
Subject: Re: [perl #17197] SIGSEGV in perl 5.8.0 multithread build with -DLEAKTEST
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Message-Id: <20020923182824.C7B6.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@17920
|
|
|
|
|
|
|
| |
Message-id: <3D5BB55D.6090603@rowman.com>
and Message-id: <3D627D1A.4050607@rowman.com>
and t/lib/warnings/universal tweak to skip
p4raw-id: //depot/perl@17746
|
|
|
|
|
|
| |
Message-id: <20020815001035.A69079@plum.flirble.org>
specify "-Accflags='-DPERL_COPY_ON_WRITE'" to use
p4raw-id: //depot/perl@17728
|
|
|
|
|
| |
Message-id: <20020806200510.GC31473@ool-18b93024.dyn.optonline.net>
p4raw-id: //depot/perl@17725
|
|
|
|
|
| |
Message-ID: <20020813144215.G11939@fdgroup.com>
p4raw-id: //depot/perl@17723
|
|
|
|
|
| |
Message-id: <20020805005533.B26111@fdgroup.com>
p4raw-id: //depot/perl@17718
|
|
|
|
|
|
|
| |
do_exec parts elided so that change is restricted strictly to
windows; binary compatibility stubs not needed)
p4raw-link: @17568 on //depot/maint-5.6/perl: 07691bcd6c6d7fd92f508fd5268e700370ea47c2
p4raw-id: //depot/perl@17570
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.33.0206091645330.26891-100000@mako.covalent.net>
p4raw-id: //depot/perl@17153
|
|
|
| |
p4raw-id: //depot/perl@16290
|
|
|
| |
p4raw-id: //depot/perl@16185
|
|
|
| |
p4raw-id: //depot/perl@16156
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The actual minimal fix is in utf8.c and from NI-S,
the rest are the tests (in fresh_perl since I couldn't get
them easily to work elsewhere) and a slight behaviour change:
previously UTF-8 identifiers had to start with an alphabetic
character. No more so, now they can start with an (Unicode)
ID_Continue character (which however is not a (Unicode) digit).
(Limiting the first character to ID_Start would be rather
restrictive, since ID_Start allows only alphabetic letters.)
TODO: use vars qw($utf8here). This I don't find to be
a showstopper.
p4raw-id: //depot/perl@15943
|
|
|
|
|
| |
Message-ID: <20020413015806.GA371@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@15893
|
|
|
|
|
|
| |
and synchronize the nomenclature to talk about restricted
(not fixed) hashes.
p4raw-id: //depot/perl@15758
|
|
|
|
|
|
|
| |
- track number of running threads
- if main thread calls perl_destruct() with other threads running
skip most of cleanup (with a warning).
p4raw-id: //depot/perlio@15698
|
|
|
|
|
| |
Message-ID: <20020323222724.A19425@fdgroup.com>
p4raw-id: //depot/perl@15452
|
|
|
|
|
| |
Message-ID: <20020321172440.C13683@fdgroup.com>
p4raw-id: //depot/perl@15397
|
|
|
| |
p4raw-id: //depot/perl@15356
|
|
|
|
|
| |
reginclass since nothing is using it.
p4raw-id: //depot/perl@15310
|
|
|
|
|
| |
The buffer will keep doubling until 64k.
p4raw-id: //depot/perl@15272
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
init routine.
p4raw-id: //depot/perl@15139
|
|
|
|
|
|
|
|
|
|
|
|
| |
"Do no harm." and "If it ain't broke, don't fix it."
Firstly, the #14985 broke badly on UTF-EBCDIC, #14990 fixed
some, but still broken, and I do not have the extra brain
cells for the EBCDIC backport. Secondly, the old version
worked both in EBCDIC and non-. Thirdly, the old version
may be more amenable for the behaviour suggsted by Anton
Tagunov regarding the encoding pragma.
p4raw-id: //depot/perl@15084
|
|
|
| |
p4raw-id: //depot/perl@15024
|
|
|
| |
p4raw-id: //depot/perl@14989
|
|
|
|
|
| |
Message-ID: <3C795DB7.40105@rowman.com>
p4raw-id: //depot/perl@14857
|
|
|
|
|
| |
Message-ID: <20020221213337.A23848@math.ohio-state.edu>
p4raw-id: //depot/perl@14824
|
|
|
|
|
| |
Message-ID: <20020221060614.A29836@math.ohio-state.edu>
p4raw-id: //depot/perl@14815
|
|
|
|
|
| |
All but ../lib/Unicode/UCD.t pass.
p4raw-id: //depot/perlio@14412
|
|
|
|
|
| |
submit-ing to get to Win32, and as "off site" backup.
p4raw-id: //depot/perlio@14352
|