From 6d6403992dc19fd3b831cbc6a211e3354a53c639 Mon Sep 17 00:00:00 2001 From: Nicholas Clark Date: Wed, 9 Nov 2005 11:17:17 +0000 Subject: Add a comment about possible future refactoring of the pad code. p4raw-id: //depot/perl@26060 --- pad.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) (limited to 'pad.c') diff --git a/pad.c b/pad.c index 4d87758ea8..cbc1cb5075 100644 --- a/pad.c +++ b/pad.c @@ -393,7 +393,13 @@ for a slot which has no name and no active value. /* XXX DAPM integrate alloc(), add_name() and add_anon(), * or at least rationalise ??? */ - +/* And flag whether the incoming name is UTF8 or 8 bit? + Could do this either with the +ve/-ve hack of the HV code, or expanding + the flag bits. Either way, this makes proper Unicode safe pad support. + Also could change the sv structure to make the NV a union with 2 U32s, + so that SvCUR() could stop being overloaded in pad SVs. + NWC +*/ PADOFFSET Perl_pad_alloc(pTHX_ I32 optype, U32 tmptype) -- cgit v1.2.1