| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
enhance filter option)([perl #16823])
Message-ID: <3E3BC46B.6C687CFD@st.rim.or.jp>
p4raw-id: //depot/perl@18660
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 18375]
Better version of change #18370; use the new 'E' flag
so that cxinc is exposed (as cpp) only to List::Util
(well, any extension) (well, anyone who does -DPERL_EXT),
no need to export it globally.
p4raw-link: @18375 on //depot/maint-5.8/perl: c8ec9884b4dd9ffdd0a7d1514952a74c55bfab3e
p4raw-link: @18370 on //depot/maint-5.8/perl: 94115b5677e78fbc3321ad88fedfaa3b6bc804bf
p4raw-id: //depot/perl@18551
p4raw-integrated: from //depot/maint-5.8/perl@18545 'copy in'
ext/List/Util/Makefile.PL (@17645..) 'merge in' embed.fnc
embed.h global.sym (@18370..)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement the CPP namespace protection from [perl #8610];
unless a function has an 'A' flag, it's defined only if
PERL_CORE. (Why do we have so many many functions with an
'A' flag, is another matter.) (The number of #ifdef PERL_COREs
could be cut down further by having a state variable and
inserting #ifdefs and #endifs when the state flips.)
Caught by change #18366; thanks to the re extension we have some
functions that are file static but yet part of "the public API"...
Maybe a new class of exportability (a new embed.fnc flag) is
required for this case.
Continue on change #18367; implement the said flag, 'E'.
(Some nm output studying was needed to get the right set
of re symbols defined.)
In AIX (strict symbol exports) the cxinc is needed for List::Util.
p4raw-link: @18367 on //depot/maint-5.8/perl: 6f21c313c98cc4764e09fbbce2c8792576c90d7d
p4raw-link: @18366 on //depot/maint-5.8/perl: 704f60d9cfa8683df64f005e872b37aea8f9d60e
p4raw-id: //depot/perl@18531
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Message-ID: <87of9c2prs.fsf@vran.herceg.de>
With the corresponding change to embed.fnc
p4raw-id: //depot/perl@18102
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
From: "Brent Dax" <brentdax@cpan.org>
Message-id: <000001c234a1$d1ca72c0$6501a8c0@deepblue>
p4raw-id: //depot/perl@17682
|
|
|
|
|
|
|
| |
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@16293
|
|
|
| |
p4raw-id: //depot/perl@16290
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@15004
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sv_magic provides the extra restictions (no READONLY, only
one of each type, canned set of vtables), and sv_magicext()
does the actual data twiddling.
Also enhances semantics of ->mg_ptr setting via name/namlen
to allow either an uncopied ptr (namlen == 0), or a Newz()ed
scratch area (namlen > 0 && name == NULL).
sv_magicext also returns the MAGIC * it added.
sv_magicext is intended mainly for PERL_MAGIC_ext (~) magic.
To come sv_unmagicext() - which will remove just one magic
of particular type, and additionaly match against ->mg_ptr,
or the MAGIC * (need to experiment as to which is more natural).
p4raw-id: //depot/perlio@14335
|
|
|
| |
p4raw-id: //depot/perlio@14271
|
|\
| |
| | |
p4raw-id: //depot/perlio@14270
|
| |
| |
| |
| |
| |
| |
| | |
until we figure out why 2.2.19 x86 debian gets
a circular sibling chain and therefore hangs in
the Perl_ck_subr() sibling for-loop.
p4raw-id: //depot/perl@14255
|
|/
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
- moved the statics to intrpvar.h
- implemented Slab_Free()
- uses PerlMemShared (for now) if distinction exists.
p4raw-id: //depot/perlio@14250
|
|
|
|
|
| |
enhance regex dumping code.
p4raw-id: //depot/perl@14096
|
|
|
| |
p4raw-id: //depot/perl@14091
|
|
|
|
|
| |
Message-ID: <20020105181013.I300@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@14090
|