| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Message-ID: <20010130195105.R76607@plum.flirble.org>
op/inc cure.
p4raw-id: //depot/perl@8637
|
|
|
| |
p4raw-id: //depot/perl@8561
|
|
|
|
|
|
|
|
|
| |
Message-ID: <5930DC161690D2119667009027157547038C8A85@madt009a.siemens.es>
pp_int() was dropping an NV to the floor,
int(279964589018079/59) either returned not an integer
4745162525730.15, or one got "Attempt to free unreferenced scalar."
p4raw-id: //depot/perl@8464
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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: <14941.16925.736415.785818@soda.csua.berkeley.edu>
p4raw-id: //depot/perl@8417
|
|
|
| |
p4raw-id: //depot/perl@8415
|
|
|
|
|
| |
Should finish up the bug id 20001205.022.
p4raw-id: //depot/perl@8382
|
|
|
|
|
|
|
| |
Message-ID: <3A59E510.52BAB5B9@st.rim.or.jp>
UTF-8 fixes for 'x' and tr///.
p4raw-id: //depot/perl@8378
|
|
|
| |
p4raw-id: //depot/perl@8328
|
|
|
| |
p4raw-id: //depot/perl@8323
|
|
|
| |
p4raw-id: //depot/perlio@8298
|
|
|
| |
p4raw-id: //depot/perl@8289
|
|
|
|
|
|
|
|
| |
Message-ID: <3A4D722D.243AFD88@st.rim.or.jp>
Just the patch part for now, and the pragma renamed
as unicode::distinct.
p4raw-id: //depot/perl@8267
|
|
|
|
|
| |
it revealed a bug in #8248 (the UTF8_EIGHT_BIT_LO() was wrong).
p4raw-id: //depot/perl@8249
|
|
|
|
|
|
| |
non-progress) assumed bytes instead of characters in s///
and split().
p4raw-id: //depot/perl@8245
|
|
|
| |
p4raw-id: //depot/perl@8244
|
|
|
|
|
| |
Message-ID: <20001227023003.A7677@deep-dark-truthful-mirror.perlhacker.org>
p4raw-id: //depot/perl@8243
|
|
|
|
|
|
| |
in Digital UNIX (the broken strtoul brokenness detection
seems to have been the fly in the ointment).
p4raw-id: //depot/perl@8138
|
|
|
|
|
| |
(it basically is 8102..8118+8122 but no 8120, 8121, 8123, 8124)
p4raw-id: //depot/perl@8125
|
|
|
|
|
| |
Message-ID: <20001213200849.B71166@plum.flirble.org>
p4raw-id: //depot/perl@8119
|
|
|
|
|
| |
Message-ID: <20001211012144.A23467@deep-dark-truthful-mirror.perlhacker.org>
p4raw-id: //depot/perl@8077
|
|
|
|
|
|
|
|
|
|
| |
Message-ID: <20001210001333.A16221@deep-dark-truthful-mirror.perlhacker.org>
Make CORE::substr to be '$$;$$' instead of '$$;$;$'.
In other words, make the returned prototypes for any function
stop prepending the ';' optionality marker after the first one.
If they start getting optional, all the rest are optional.
p4raw-id: //depot/perl@8064
|
|
|
| |
p4raw-id: //depot/perl@7984
|
|
|
|
|
| |
for unfinished and buggy :-)
p4raw-id: //depot/perl@7978
|
|
|
|
|
|
|
|
| |
Subject: Re: utf8 in hash keys, implementor missing
Message-ID: <20001202194935.A25673@pembro33.pmb.ox.ac.uk>
The first step at UTF-8 hash keys.
p4raw-id: //depot/perl@7977
|
|
|
|
|
| |
always use (at least) UTF8_MAXLEN + 1 U8s deep buffer.
p4raw-id: //depot/perl@7967
|
|
|
| |
p4raw-id: //depot/perl@7816
|
|\
| |
| | |
p4raw-id: //depot/perlio@7735
|
| |
| |
| | |
p4raw-id: //depot/perl@7732
|
|/
|
|
|
|
|
| |
Valid generic fix to auto-vivify code in rv2gv - only "upgrade" to
SVt_PVRV if not already something better (else vivify of say magic gets
core dump).
p4raw-id: //depot/perlio@7727
|
|
|
|
|
| |
Message-Id: <200011132249.eADMnek09679@garcia.efn.org>
p4raw-id: //depot/perl@7677
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if none of the characters in the string are > 0xff,
the result is a complemented byte string, not a (UTF-8)
char string. Based on the summary in
Subject: Re: [ID 20000918.005] ~ on wide chars
Message-ID: <jSDD6gzkgi/T092yn@efn.org>
This should give us the maximum backward (pre-char string)
compatibility and utf8 compatibility. The other alternative
would be to limit the bit complement to be always byte only,
taking the least significant byte of the chars.
p4raw-id: //depot/perl@7665
|
|
|
|
|
| |
Message-Id: <200010262100.e9QL03U06386@garcia.efn.org>
p4raw-id: //depot/perl@7454
|
|
|
|
|
|
|
|
| |
Rename utf8_to_uv_chk() back to utf8_to_uv() because it's
used much more than the simpler API, now called utf8_to_uv_simple().
Still not quite happy with API, too much partial duplication
of functionality.
p4raw-id: //depot/perl@7439
|
|
|
| |
p4raw-id: //depot/perl@7438
|
|
|
|
|
| |
UTF8LEN() and UTF8SKIP().
p4raw-id: //depot/perl@7437
|
|
|
| |
p4raw-id: //depot/perl@7422
|
|
|
|
|
|
|
|
|
|
|
|
| |
malformation happens. This involved adding an argument
to utf8_to_uv_chk(), which involved changing its prototype,
and prefer STRLEN over I32 for the UTF-8 length, which as
a domino effect necessitated changing the prototypes of
scan_bin(), scan_oct(), scan_hex(), and reg_uni().
The stricter UTF-8 decoding checking uses Markus Kuhn's
UTF-8 Decode Stress Tester from
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-test.txt
p4raw-id: //depot/perl@7416
|
|
|
|
|
|
|
|
| |
based on a part of
Subject: [ID 20001016.017] [jens: 5.7.0 Solaris 8, 64 Bit, Workshop 6.0 Compiler]
Message-Id: <20001017083936.A11104@Strawberry.COM>
p4raw-id: //depot/perl@7380
|
|
|
| |
p4raw-id: //depot/perl@7237
|
|
|
| |
p4raw-id: //depot/perl@7236
|
|
|
|
|
|
| |
Subject: [PATCH] Re: [ID 20000918.005] ~ on wide chars
Message-ID: <20001014205213.A9645@pembro4.pmb.ox.ac.uk>
p4raw-id: //depot/perl@7235
|
|
|
|
|
|
| |
The problem was that rx->minlen was in chars while pp_split()
thought it would be in bytes.
p4raw-id: //depot/perl@7234
|
|
|
| |
p4raw-id: //depot/perl@7218
|
|
|
|
|
| |
flag of the original scalar. Problem reported by Simon Cozens.
p4raw-id: //depot/perl@7164
|
|
|
|
|
|
|
| |
i.e. rename Simon's function to Perl_utf8_to_uv_chk, change all calls to it
to use new name and add Perl_utf8_to_uv() as a wrapper which calls it passing
0 to checking to get the warning.
p4raw-id: //depot/perl@7096
|
|
|
|
|
| |
Message-Id: <200009141707.SAA13276@tempest.npl.co.uk>
p4raw-id: //depot/perl@7081
|
|
|
| |
p4raw-id: //depot/perl@7075
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Subject: [ID 20000809.003] setlocale(LC_NUMERIC...) produces different results in 5.005 and 5.6
Message-Id: <20000809170517.A25389@held>
No test since adding the failing example to locale.t
does not fail -- probably because the locale settings are so
thoroughly tweaked by that time. Running the example standalone
does fail, though. UPDATE: test case added at change #7540.
p4raw-link: @7540 (not found)
p4raw-id: //depot/perl@6648
|
|
|
|
|
|
| |
Subject: Re: [PATCH bleadperl-6530] bless, REF, and bless(REF, REF)
Message-Id: <200008080202.DAA09147@crypt.compulink.co.uk>
p4raw-id: //depot/perl@6545
|