| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Message-Id: <1051872303.26203.104.camel@supox>
(plus perldiag nit)
p4raw-id: //depot/perl@19505
|
|
|
| |
p4raw-id: //depot/perl@19499
|
|
|
| |
p4raw-id: //depot/perl@19497
|
|
|
|
|
|
|
|
| |
the fp offset, which was quite a big larger than the input file,
which meant that the SvGROW tried to grow the file to about
2**64-2**20, which made safesysrealloc() to understandably
croak (in argv.t).
p4raw-id: //depot/perl@19390
|
|
|
| |
p4raw-id: //depot/perl@19359
|
|
|
|
|
|
| |
Seems like the entries in rsfp are way different than
normal PVIO objects.
p4raw-id: //depot/perl@19301
|
|
|
|
|
| |
Message-ID: <20030419171218.GA974@ratsnest.hole>
p4raw-id: //depot/perl@19281
|
|
|
|
|
| |
Message-ID: <20030407100041.A1617@fdgroup.com>
p4raw-id: //depot/perl@19268
|
|
|
|
|
|
|
| |
function, only badness can ensure.
Message-Id: <20030418180131.GD10086@fdgroup.com>
Thanks go to Dave Mitchell for help in tracking down the bug!
p4raw-id: //depot/perl@19265
|
|
|
|
|
|
| |
Now I think it should work with the shared
strings.
p4raw-id: //depot/perl@19262
|
|
|
|
|
| |
PADTMP it happily keeps it's value later on!
p4raw-id: //depot/perl@19254
|
|
|
|
|
|
|
| |
(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
|
|
|
|
|
|
|
|
|
| |
filehandle or a package, it works because only packnames
that have been resolved to stashes are added to the cache,
and when a newIO is created we clean the cache.
Results in roughly 1.8 speed increase for class->method()
calls.
p4raw-id: //depot/perl@19133
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 19106]
Subject: [PATCH 5.8.1 @19053] OS/2-related patches
Message-ID: <20030331204337.GA3634@math.berkeley.edu>
and regen Configure.
p4raw-link: @19106 on //depot/maint-5.8/perl: 8257dec7ed17c0d4d721411d2a781ceadf724da5
p4raw-id: //depot/perl@19120
p4raw-edited: from //depot/maint-5.8/perl@19118 'edit in' embedvar.h
(@18804..)
p4raw-integrated: from //depot/maint-5.8/perl@19118 'copy in'
os2/Makefile.SHs os2/OS2/ExtAttr/Changes
os2/OS2/ExtAttr/ExtAttr.pm os2/OS2/PrfDB/Changes
os2/OS2/PrfDB/PrfDB.pm os2/OS2/REXX/DLL/DLL.pm
os2/OS2/REXX/REXX.pm os2/dl_os2.c os2/os2thread.h (@17645..)
ext/threads/threads.xs (@18619..) perlio.c (@18948..)
Makefile.SH (@19061..) 'ignore' embed.pl (@18872..) embed.h
(@19011..) embed.fnc (@19030..) 'merge in' os2/os2ish.h
(@17645..) os2/os2.c (@18347..) perlapi.h (@18804..) perlvars.h
(@18808..) makedef.pl (@18896..) intrpvar.h (@18920..) sv.c
(@18961..)
p4raw-edited: from //depot/maint-5.8/perl@19106 'edit in' Configure
(@19040..)
p4raw-integrated: from //depot/maint-5.8/perl@19106 'copy in' reentr.h
(@18850..) reentr.c reentr.pl (@18922..)
|
|
|
|
|
| |
Message-ID: <20030330003547.GO274@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@19083
|
|
|
|
|
|
|
| |
Subject: [PATCH] Re: [PATCH] Re: [perl #21614] 5.8.0 Unbalanced string table refcount
Message-ID: <20030326230145.GC279@Bagpuss.unfortu.net>
p4raw-link: @19069 on //depot/perl: 10bcdfd6e8d70ea5a2c02616001cf97fce7f3e17
p4raw-id: //depot/perl@19071
|
|
|
|
|
| |
Message-ID: <20030325225917.GE284@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@19069
|
|
|
|
|
| |
sv_cat_decode() should return a value.
p4raw-id: //depot/perl@18954
|
|
|
| |
p4raw-id: //depot/perl@18912
|
|
|
|
|
|
| |
Also move the IDBassertion to the end since there's
no particular reason to break bincompat for that.
p4raw-id: //depot/perl@18907
|
|
|
|
|
| |
Message-ID: <3E6D7D7E.5000704@stason.org>
p4raw-id: //depot/perl@18905
|
|
|
|
|
|
|
| |
function stubs, should be helpful for really simple extensions.
Undoes large parts of changes #16289 and #16290.
p4raw-link: @16289 on //depot/perl: c0a105bfc95a10a0d8ab4cc278bd5b1ad66f202b
p4raw-id: //depot/perl@18863
|
|
|
|
|
|
|
| |
Message-ID: <20030307212837.GB765@ratsnest.hole>
(and few more test cases from the thread)
p4raw-id: //depot/perl@18861
|
|
|
|
|
| |
Message-ID: <20030302034354.GA4905@ratsnest.hole>
p4raw-id: //depot/perl@18822
|
|
|
|
|
| |
also make an explicit (double)cast for the arguments to fabs().
p4raw-id: //depot/perl@18813
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
| |
Message-ID: <20030223181639.GA18713@ratsnest.hole>
p4raw-id: //depot/perl@18782
|
|
|
|
|
|
| |
"scalar upgraded to UTF-8 as a side effect of quote-interpolation
when 'use encoding' is engaged"-- wasn't actually encoding's fault.
p4raw-id: //depot/perl@18764
|
|
|
|
|
| |
Message-ID: <20030217210330.A8611@plum.flirble.org>
p4raw-id: //depot/perl@18738
|
|
|
|
|
| |
Message-ID: <20030216230950.GB276@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18736
|
|
|
| |
p4raw-id: //depot/perl@18733
|
|
|
|
|
|
| |
Subject: Re: Did the assertion patch/feature submission get overlooked?
Message-ID: <3DE8F439.50402@yahoo.com>
p4raw-id: //depot/perl@18727
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
From: Robin Barker (via RT) <perlbug-followup@perl.org>
Message-Id: <rt-20654-50711.19.9711009821137@bugs6.perl.org>
p4raw-id: //depot/perl@18696
|
|
|
|
|
|
|
| |
Subject: Re: New SV Flag
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Message-Id: <20030207095258.6E05.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@18693
|
|
|
|
|
| |
Message-ID: <20030121005613.GA31739@mark.mielke.cc>
p4raw-id: //depot/perl@18691
|
|
|
|
|
| |
p4raw-link: @18689 on //depot/perl: 00e17364bade89e3a71981168e34fb6160652b0a
p4raw-id: //depot/perl@18690
|
|
|
|
|
|
| |
Now allows but ignores the 'l' modifier on floating point formats
and adds a couple of tests.
p4raw-id: //depot/perl@18689
|
|
|
|
|
| |
why we are not using SvOOK_on.
p4raw-id: //depot/perl@18666
|
|
|
|
|
|
|
| |
enhance filter option)([perl #16823])
Message-ID: <3E3BC46B.6C687CFD@st.rim.or.jp>
p4raw-id: //depot/perl@18660
|
|
|
| |
p4raw-id: //depot/perlio@18612
|
|
|
|
|
|
|
| |
Message-ID: <20030130084809.GA16902@ratsnest.hole>
Fix for half of the failures, with an expanded test.
p4raw-id: //depot/perl@18603
|
|
|
| |
p4raw-id: //depot/perl@18592
|
|
|
|
|
| |
Message-Id: <20030124042354.GA30362@ratsnest.hole>
p4raw-id: //depot/perl@18580
|
|
|
|
|
|
|
| |
with SIGWARN
Message-ID: <20030121222720.GG293@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18557
|
|
|
| |
p4raw-id: //depot/perl@18544
|
|
|
| |
p4raw-id: //depot/perl@18542
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
code changes from Inaba Hiroto; test tweaks by jhi.
p4raw-id: //depot/perl@18496
|