On Sun Dec 25 14:33:33 2011, sprout wrote: > Brian Fraser’s work on UTF8 support was never fully integrated into > blead. I’m creating this ticket, so I can make it a blocker for > 5.16. > > I really do think it should be a blocker, because without the last few > patches it becomes painful to list the exceptions in perldelta. > > The patches can be found here: https://github.com/Hugmeir/gsoc-pad- > utf8-safety/commits/tokemess > > Everything before ‘Label cleanup’ has been applied already. > > The label patch has been modified to account for the unicode_eval > feature and is on the sprout/tokemess branch at perl5.git.perl.org. > It is producing one failure that neither Brian Fraser nor I can > fully understand. We are awaiting feedback from Zefram, since it > is in code that he wrote. (Why is parse_label trying to take > ownership of the string passed to it? Why is it assuming it occurs > at the start of a mallocked block?) I’m sorry I’ve done nothing about this lately. I was planning to work on it the past two months, but various things in Real Life got in the way, and when one thing finished and I thought I was going to get time, something else came up. I still don’t understand why parse_label is causing problems. Zefram, can you look into that? I’ve begun work on the patches following that. I need to ask Brian Fraser about <https://github.com/Hugmeir/gsoc-pad-utf8-safety/commit/4929775f6218457e97e9c11e8b1fcfce20b6316f>. Unicode delimiters are not going to go into 5.16, so this patch is unnecessary for now, right? I’m attaching the patch here, so it isn’t lost. -- Father Chrysostomos --- via perlbug: queue: perl5 status: new https://rt.perl.org:443/rt3/Ticket/Display.html?id=107008Thread Previous | Thread Next