| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@10643
|
|
|
|
|
| |
Message-Id: <p05100306b749ec0eaade@[10.0.1.177]>
p4raw-id: //depot/perl@10512
|
|
|
|
|
|
|
|
|
|
| |
and with the usual "." (if different from the lss); add a test
to locale.t to do also a little bit of math in addition to just
equalness testing; remove extraneous logic as suggested in
Subject: Re: pragma/locale.t #107
Message-ID: <20010609223735.Y76396@plum.flirble.org>
p4raw-id: //depot/perl@10494
|
|
|
|
|
| |
on failures, it's too confusing otherwise,
p4raw-id: //depot/perl@10430
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
per-cop, not per-op; plus retweak the locale.t to always
list the skipped utf8 locales.
p4raw-link: @10412 on //depot/maint-5.6/perl: 71d0b827413df9e881d1c54d2d968823ed50c75b
p4raw-id: //depot/perl@10413
p4raw-edited: from //depot/maint-5.6/perl@10411 'edit in'
t/pragma/locale.t (@8600..)
p4raw-integrated: from //depot/maint-5.6/perl@10411 'merge in'
lib/locale.pm (@5902..) opcode.h pp.sym pp_proto.h (@8620..)
opcode.pl (@8998..) op.h perl.h (@9288..) pp_sys.c (@9524..)
util.c (@9538..) embed.h (@9584..) op.c (@9950..) pp.c
(@10091..) pp_ctl.c (@10100..)
|
|
|
| |
p4raw-id: //depot/perl@10411
|
|
|
|
|
| |
Message-ID: <000601c0ebae$77d10dc0$99dcfea9@bfs.phone.com>
p4raw-id: //depot/perl@10410
|
|
|
|
|
|
|
|
|
| |
p4raw-link: @10394 on //depot/maint-5.6/perl: f8a08f7b8bd67b287f13d07e110e93e62aebd509
p4raw-id: //depot/perl@10395
p4raw-integrated: from //depot/maint-5.6/perl@10393 'copy in'
t/pragma/warn/universal (@5902..) 'merge in' perly.c (@8159..)
vms/perly_c.vms (@8169..) t/op/misc.t (@8636..) perly.y
(@9292..)
|
|
|
| |
p4raw-id: //depot/perlio@10348
|
|
|
|
|
| |
Message-ID: <20010530152420.H670@blackrider.blackstar.co.uk>
p4raw-id: //depot/perl@10331
|
|
|
|
|
|
|
| |
use autouse 'URI::Escape' => qw(URI::Escape::uri_escape) failed)
Message-ID: <20010530143906.E670@blackrider.blackstar.co.uk>
p4raw-id: //depot/perl@10318
|
|
|
|
|
| |
Message-Id: <a05100e01b73a21721dee@[192.168.56.153]>
p4raw-id: //depot/perl@10314
|
|
|
|
|
|
|
| |
qw(URI::Escape::uri_escape) failed
Message-ID: <20010529004259.A675@blackrider.blackstar.co.uk>
p4raw-id: //depot/perl@10271
|
|
|
| |
p4raw-id: //depot/perl@10264
|
|
|
| |
p4raw-id: //depot/perl@10260
|
|
|
| |
p4raw-id: //depot/perl@10245
|
|
|
|
|
| |
Message-Id: <200105261605.RAA12295@crypt.compulink.co.uk>
p4raw-id: //depot/perl@10223
|
|
|
|
|
|
| |
Subject: [PATCH pp.c] Wrapping pack("C",256)
Message-ID: <20010512175841.A6132@netthink.co.uk>
p4raw-id: //depot/perl@10209
|
|
|
|
|
| |
Sender: "M.J.T. Guy" <mjtg@cus.cam.ac.uk>
p4raw-id: //depot/perl@10178
|
|
|
|
|
| |
Message-ID: <20010516130443.E1516273@linguist.thayer.dartmouth.edu>
p4raw-id: //depot/perl@10136
|
|
|
|
|
|
|
|
|
| |
v5.7.1 +DEVEL10104 on i586-linux 2.2.16-22 (UNINST
Message-ID: <3B0146AA.2839.17BFDA6@localhost>
Test case for #10128.
p4raw-id: //depot/perl@10134
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Tue, 8 May 2001 19:38:00 +0100
Message-ID: <20010508193800.A4389@penderel>
Subject: Re: [PATCH op.c] Deprecate %x->{'foo'}, @y->[23] etc
From: Robin Houston <robin@kitsite.com>
Date: Tue, 8 May 2001 20:03:57 +0100
Message-ID: <20010508200357.A4614@penderel>
Subject: Re: [PATCH op.c] Deprecate %x->{'foo'}, @y->[23] etc
From: Robin Houston <robin@kitsite.com>
Date: Wed, 9 May 2001 00:12:05 +0100
Message-ID: <20010509001205.A18521@puffinry.freeserve.co.uk>
p4raw-id: //depot/perl@10043
|
|
|
| |
p4raw-id: //depot/perl@10038
|
|
|
| |
p4raw-id: //depot/perl@10037
|
|
|
|
|
|
| |
indices if the reference has magic in it (overloaded
methods).
p4raw-id: //depot/perl@9957
|
|
|
| |
p4raw-id: //depot/perl@9956
|
|
|
|
|
|
|
|
|
| |
'tie FH, "main"', reported by Abigail, culprit found by
Benjamin Sugars. Mirrors maintperl change #9950.
p4raw-link: @9950 on //depot/maint-5.6/perl: 86e3b6d76fb0afcf1f6b883c997e1a01ed17ab8e
p4raw-link: @8254 on //depot/perl: d38a0a1467f89c02cbd16ebdc31b41c6b552f379
p4raw-id: //depot/perl@9952
|
|
|
|
|
|
|
| |
now any grouping will do, as long as the underscores are not
consecutive (so "zero-grouping" is out), and they do not begin
or end the integer or fractional parts.
p4raw-id: //depot/perl@9905
|
|
|
| |
p4raw-id: //depot/perl@9807
|
|
|
|
|
| |
Message-ID: <m3ofto5mjs.fsf@ak-71.mind.de>
p4raw-id: //depot/perl@9784
|
|
|
|
|
| |
Message-ID: <20010422184725.A14411@netthink.co.uk>
p4raw-id: //depot/perl@9782
|
|
|
|
|
| |
Message-ID: <20010414220531.A30178@blackrider.blackstar.co.uk>
p4raw-id: //depot/perl@9710
|
|
|
|
|
| |
Message-Id: <200104061708.SAA06783@tempest.npl.co.uk>
p4raw-id: //depot/perl@9613
|
|
|
| |
p4raw-id: //depot/perl@9535
|
|
|
|
|
| |
instead of "no arguments".
p4raw-id: //depot/perl@9534
|
|
|
|
|
| |
Message-ID: <20010402150329.A6636@puffinry.freeserve.co.uk>
p4raw-id: //depot/perl@9532
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Message-ID: <000701c0b56e$73944220$07bdfea9@bfs.phone.com>
A variable will be checked for the "use once" warnings if:
1. It is in the scope of a use warnings 'once'
2. It isn't in the scope of the warnings pragma at all AND $^W is set.
Otherwise it won't be checked at all.
Part 1 is what is in perl >= 5.6.0, Part 2 is what I'm fixing.
The enclosed patch partially fixes this issue. What I didn't
get to work was the case where the "used once" warning is enabled
in any file other than the main file.
p4raw-id: //depot/perl@9401
|
|
|
|
|
|
|
|
|
|
|
| |
the squelching of the unneeded "Scalars leaked" messages.
p4raw-id: //depot/perl@9203
p4raw-integrated: from //depot/maint-5.6/perl@9202 'copy in'
t/pragma/strict-vars (@7318..) t/pragma/warn/regcomp (@7887..)
t/op/regexp.t (@8551..) t/op/lex_assign.t (@8987..) 'merge in'
t/op/local.t (@5902..) t/pragma/warn/op (@7846..)
t/pragma/warnings.t (@7895..) t/comp/proto.t (@8173..)
t/pragma/warn/toke (@8570..) t/op/pat.t (@9076..)
|
|
|
|
|
| |
(integrated in #9144) doesn't work well in mainline.
p4raw-id: //depot/perl@9158
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fix leak in pregcomp() when RE fails to compile (e.g. m/\\/)
remove squelch controls for "Scalars leaked" messages in most places
(these are now cured)
fix another memory leak reported by purify (tie callbacks that
croak can leak when wiping out magic)
p4raw-link: @9142 on //depot/maint-5.6/perl: 26972843796e21c404c9d13ec5ee86e7b952a2bd
p4raw-link: @9138 on //depot/maint-5.6/perl: ad7f1144250940f9ca43bac32708ec5e718b30ff
p4raw-link: @9137 on //depot/maint-5.6/perl: 1f35595ecca168b4f66e3399344799fdbd496d17
p4raw-id: //depot/perl@9144
p4raw-integrated: from //depot/maint-5.6/perl@9143 'copy in'
t/pragma/strict-vars (@7318..) t/pragma/warn/regcomp (@7887..)
t/op/regexp.t (@8551..) t/op/lex_assign.t (@8987..) 'merge in'
t/op/local.t (@5902..) t/pragma/warn/op (@7846..)
t/pragma/warnings.t (@7895..) t/comp/proto.t (@8173..)
t/pragma/warn/toke (@8570..) regcomp.c (@8777..) scope.c
(@8855..) t/op/pat.t (@9076..)
|
|
|
| |
p4raw-id: //depot/perl@9075
|
|
|
|
|
|
|
| |
Hopefully no tests were lost in the shuffle.
(The beginning of pragma/utf8 was lost intentionally,
the tests were rather bogus and incomplete.)
p4raw-id: //depot/perl@9063
|
|
|
|
|
|
|
|
|
|
| |
Fixes 20001230.002.
What still remains broken is that the submatches that
have \C in them get their UTF8 flag on because their
parent SV has it on. This will result in malformed
UTF8 if a \C happened to match a non-ASCII byte.
p4raw-id: //depot/perl@8836
|
|
|
|
|
|
|
|
| |
Date: Thu, 8 Feb 2001 10:44:00 -0500
Message-Id: <A5E22933E3D5D4118FFE00508BF373C706A52F@indyexch28.indy.tce.
Date: Thu, 8 Feb 2001 15:02:47 -0500
Message-Id: <A5E22933E3D5D4118FFE00508BF373C706A52B@indyexch28.indy.tce.
p4raw-id: //depot/perl@8750
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- canonical UTF-8 hash keys: if a key string for a hash is
UTF8-on, try downgrade the string and use it if
unicode::distinct is not in effect.
For the task, I added a function bytes_from_utf8() to utf8.c.
It might resemble utf8_to_bytes() but it is not convenient
to the task.
Made a test for it and added to t/op/each.t
- Changed do_print in doio.c to apply sv_utf8_(downgrade|upgrade) to
the mortal copy of the argument SV.
And changed t/io/utf8.t test 18 which expects print() to
upgrade its argument.
- re-implement sv_eq with bytes_from_utf8()
- some bug fixes
- tr/// does not handle UTF8 range (\x{}-\x{})
- \ before raw UTF8 character produced
"Malformed UTF-8 character" warning.
- "\x{100}\N{CENT SIGN}" is Malformed.
Added tests for these 3.
- and one silly bug (by me) with qu operator.
p4raw-id: //depot/perl@8583
|
|
|
| |
p4raw-id: //depot/perl@8561
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10101261603460.14820-100000@aspara.forte.com>
p4raw-id: //depot/perl@8558
|
|
|
|
|
| |
Message-ID: <m3lms98czy.fsf@ak-71.mind.de>
p4raw-id: //depot/perl@8480
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
| |
p4raw-id: //depot/perl@8436
|