Prymmer/Kahn <[EMAIL PROTECTED]> writes:
>> And UTF-EBCDIC is _a_ UTF "8" - it is 8-bit and is UTF. It just isn't UTF-8.
>
>That is the problem I think: it is not UTF-8 and documentation that
>mentions that encoding form could be construed as misleading for EBCDIC
>platforms. I'll take a look through the current pods to see...
I would gladdly
s/UTF-8/UTF-8 (UTF-EBCDIC on EBCDIC plafroms)/g
on all the pods
if it meant we can carry on
use utf8;
>> >just checking the wall clock time (as opposed to running under `time make
>> >test`) it seems that the heap allocation speeds things up _tremendously_
>> >(enough such that we ought to consider changing miniperl.c in
>> >5.6.1-trial3).
>>
>> I didn't change the initial allocation (or not by much) - that
>> may be worth tuning.
>
>As a follow up to this issue, I tested 5.6.1-trial3 with and without
>that allocation in miniperlmain.c and the results, including failure rate
>and time to completion were roughly the same with or without the
>allocation patch applied.
Shame, and there was me with a vision of an "Operator" somewhere
pressing a key to say "yes it is ok for that job to have another 32K" ;-)
--
Nick Ing-Simmons
