| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@12798
|
|
|
|
|
| |
Message-Id: <011031134318.231c@DUPHY4.Physics.Drexel.Edu>
p4raw-id: //depot/perl@12796
|
|
|
|
|
|
|
| |
from the native eight bit data to Unicode.
TODO: \x.. and \0... literals. \N{}. chr()? ord()?
p4raw-id: //depot/perl@12750
|
|
|
|
|
| |
as suggested by Sarathy.
p4raw-id: //depot/perl@12687
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
final touches to the audit for statics and thread-unsafe code
* make DB_File, ODBM_File thread-safe
* remove unnecessary/dangerous statics and protect others
from not getting accidentally enabled under threaded perls
windows support functions get_childdir() et al aren't exported
correctly under vanilla build
Testing under win32 appreciated since changes there had
to be manually merged and I cannot test how badly did I do.
p4raw-link: @12268 on //depot/perlio: bb407f0b8769c638c05e60ebfd157a1e676a6c22
p4raw-id: //depot/perl@12678
p4raw-integrated: from //depot/maint-5.6/perl@12677 'copy in'
win32/vmem.h (@5902..) 'merge in' ext/DB_File/DB_File.xs
(@8693..) win32/win32iop.h (@8917..) ext/ODBM_File/ODBM_File.xs
(@8995..) iperlsys.h (@9154..) scope.c (@9584..) makedef.pl
(@11425..) gv.c (@12026..) op.c (@12145..) util.c (@12220..)
toke.c (@12550..) ext/B/B.xs ext/File/Glob/Glob.xs
ext/Opcode/Opcode.xs ext/re/re.xs (@12653..) mg.c win32/win32.c
(@12668..)
|
|
|
|
|
|
|
|
|
|
| |
in speed (upto 20% speedup in certain operations) but meanwhile
regexps and arithmetics got slower (5-10%) (according to
perlbench average speedup is negligible, and within measuring
flutter, 1%). Therefore retracting all the changes
aimed at getting -std1 to compile cleanly: #12475, #12476,
#12479, #12480, #12481, #12482, #12483, #12484.
p4raw-id: //depot/perl@12485
|
|
|
|
|
| |
Add explanatory comment.
p4raw-id: //depot/perl@12482
|
|
|
|
|
| |
KISS.
p4raw-id: //depot/perl@12480
|
|
|
|
|
|
| |
Thou shalt not #ifdef inside macro invocations,
noticed by Rafael Garcia-Suarez.
p4raw-id: //depot/perl@12479
|
|
|
|
|
| |
Unterminated #ifdef.
p4raw-id: //depot/perl@12476
|
|
|
|
|
|
| |
Avoid dollar signs in identifiers (in non-VMS) to
placate ultra picky ANSI compilers (such as DEC^WCPQ^WHP).
p4raw-id: //depot/perl@12475
|
|
|
|
|
| |
Message-ID: <20011008170014.L17083@blackrider>
p4raw-id: //depot/perl@12367
|
|
|
|
|
|
|
| |
local $!=0;undef*STDOUT;#segfaults
Has been around for a while. Possible other magic IO vars are
possibly affected as well. Reported by Jos Boumans.
p4raw-id: //depot/perl@12303
|
|
|
|
|
|
|
| |
(??{CODE}) regex
Message-Id: <200109091741.f89HfsM18534@crypt.compulink.co.uk>
p4raw-id: //depot/perl@12027
|
|
|
|
|
| |
Message-Id: <20010912141116.6058.qmail@quasar.home.lunix>
p4raw-id: //depot/perl@12005
|
|
|
|
|
| |
Message-Id: <200109071728.SAA13569@tempest.npl.co.uk>
p4raw-id: //depot/perl@11941
|
|
|
|
|
|
| |
code related to PL_reg_sv (so PL_reg_sv_utf8 was logical)
but that is no more the case: PL_reg_match_utf8 is better.
p4raw-id: //depot/perl@11823
|
|
|
|
|
| |
working in 5.7.x
p4raw-id: //depot/perl@11803
|
|
|
|
|
|
| |
Thanks to H. Merijn Brand for the patch.
Some of the comments and or guards might be removable in perl.h now.
p4raw-id: //depot/perl@11758
|
|
|
|
|
| |
"was the last match target UTF8" into its own variable.
p4raw-id: //depot/perl@11717
|
|
|
|
|
| |
Message-ID: <20010811061819.P526@lustre.dyn.wiw.org>
p4raw-id: //depot/perl@11641
|
|
|
|
|
|
|
| |
Message-ID: <20010803113932.A19318@berrange.com>
(the mg_length() fix)
p4raw-id: //depot/perl@11572
|
|
|
| |
p4raw-id: //depot/perl@11551
|
|
|
|
|
|
|
| |
\0-terminated: if not, the three-arg form setproctitle(fmt, len, s)
should be used. Note len, not len + 1.) BSD-fu from Anton
Berezin.
p4raw-id: //depot/perl@11548
|
|
|
|
|
| |
Message-ID: <20010723192949.A14802@math.ohio-state.edu>
p4raw-id: //depot/perl@11462
|
|
|
|
|
|
|
|
| |
Not all of the gripes cleaned up (hairy code in hv.c and
regcomp.c; unused newsp, gimme, and optype from cop.h macros;
unused 'key' arguments in ?DBM_File.xs) (and the -woffs left
to the IRIX hints)
p4raw-id: //depot/perl@11051
|
|
|
| |
p4raw-id: //depot/perl@11038
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0106290333270.9768-100000@oregonnet.com>
p4raw-id: //depot/perl@11021
|
|
|
|
|
| |
Message-ID: <20010625050235.A24046@math.ohio-state.edu>
p4raw-id: //depot/perl@10917
|
|
|
|
|
| |
and Tru64 gcc -Wall happy.
p4raw-id: //depot/perl@10840
|
|
|
|
|
|
| |
strange SEGVs in 64bit x86 FreeBSD observed by
Nicholas Clark.
p4raw-id: //depot/perl@10798
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0106210657400.1693-100000@oregonnet.com>
p4raw-id: //depot/perl@10780
|
|
|
|
|
| |
Message-ID: <20010612173555.A32426@lustre.linux.in>
p4raw-id: //depot/perl@10531
|
|
|
|
|
| |
Message-Id: <200106041327.OAA15338@tempest.npl.co.uk>
p4raw-id: //depot/perl@10425
|
|
|
|
|
|
|
|
|
|
| |
picked up by gcc -Wall (in Tru64 where pointers are 64 bits
wide but I32 (int) only 32 bits wide).
WARNING: the classnum and tagnum changes in Storable.xs
may not be wise, they may be breaking binary compatibility
(in 64-bit platforms), asked Raphael Manfredi about the changes.
p4raw-id: //depot/perl@10417
|
|
|
|
|
|
| |
patch: rename HINT_BYTE and IN_BYTE to HINT_BYTES and IN_BYTES
to match the pragma name; various robustness cleanups.
p4raw-id: //depot/perl@10339
|
|
|
| |
p4raw-id: //depot/perl@10335
|
|
|
|
|
| |
Message-ID: <3B0DBFE9.A7C49084@rowman.com>
p4raw-id: //depot/perl@10214
|
|
|
|
|
| |
Message-ID: <NAEKLNAAHLMBPMPNBMLEGEPGDEAA.rs@crystalflame.net>
p4raw-id: //depot/perl@10194
|
|
|
|
|
| |
Message-Id: <200105191912.UAA23925@gizmo.fdgroup.co.uk>
p4raw-id: //depot/perl@10168
|
|
|
|
|
|
|
|
|
|
| |
PL_last_in_gv may not be a GV if it was a stale filehandle (fix for
bug ID 20010514.027)
p4raw-link: @10100 on //depot/maint-5.6/perl: 5244397c028305e17ca4ad7e80cf900323dbeb8b
p4raw-id: //depot/perl@10103
p4raw-integrated: from //depot/maint-5.6/perl@10102 'merge in' mg.c
(@9288..) pp_ctl.c (@9584..)
|
|
|
| |
p4raw-id: //depot/perl@9193
|
|
|
|
|
| |
Message-Id: <200103081206.MAA06281@tiree.fdgroup.co.uk>
p4raw-id: //depot/perl@9084
|
|
|
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0102120919040.26437-100000@mako.covalent.net>
plus the suggestion by Nick Ing-Simmons to name the macro
as PERL_MG_UFUNC to avoid namespace pollution, plus add
the advice by Doug for XS writers to perl.h
p4raw-id: //depot/perl@8774
|
|
|
| |
p4raw-id: //depot/perl@8622
|
|
|
|
|
|
|
|
| |
gv.c tweaked to zero PL_sig_pend array
perlio.c tweaked to PERL_ASYNC_CHECK() on EINTR
util.c tweaked to not set SA_RESTART to give perlio.c a chance.
Odd thing is that it "works" with PERLIO=stdio as well (linux).
p4raw-id: //depot/perlio@8467
|
|
|
|
|
|
| |
Provides all the "cost" but no benefit yet - it is to allow cost
to be measured, and implementation experiments (just in mg.c?).
p4raw-id: //depot/perlio@8457
|
|
|
| |
p4raw-id: //depot/perl@8443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- The substr lval was still not okay.
- Now pp_stringify and sv_setsv copies source's UTF8 flag
even if IN_BYTE. pp_stringify is called from fold_constants
at optimization phase and "\x{100}" was made SvUTF8_off under
use bytes (the bytes pragma is for "byte semantics" and not
for "do not produce UTF8 data")
- New `qu' operator to generate UTF8 string explicitly.
Though I agree with the policy "0x00-0xff always produce bytes",
sometimes want to such a string to be coded in UTF8.
I can use pack"U0a*" but it requires more typing and has
runtime overhead.
- Fix pp_regcomp bug uncovered by "0x00-0xff always produce bytes"
change, the bug appears if a pm has PMdf_UTF8 flag but interpolated
string is not UTF8_on and has char 0x80-0xff.
TODO: document and test qu.
p4raw-id: //depot/perl@8439
|
|
|
|
|
| |
Message-Id: <200101122003.UAA29599@tempest.npl.co.uk>
p4raw-id: //depot/perl@8425
|