Re: [not-yet-a-PATCH] compress Encode better

2002-12-21 Thread Nicholas Clark
On Mon, Nov 04, 2002 at 03:26:16AM +, [EMAIL PROTECTED] wrote: > Nicholas Clark <[EMAIL PROTECTED]> wrote: > :I've been experimenting with how enc2xs builds the C tables that turn into the > :shared objects. enc2xs is building tables (arrays of struct encpage_t) which > :in turn have pointers t

Re: [not-yet-a-PATCH] compress Encode better

2002-12-20 Thread Nicholas Clark
On Mon, Nov 04, 2002 at 03:26:16AM +, [EMAIL PROTECTED] wrote: > Nicholas Clark <[EMAIL PROTECTED]> wrote: > > :The default method is to see if my substring is already present somewhere, > :if so note where, if not append at the end. The (currently buggy) -O optimiser > :method also tries to

Re: [not-yet-a-PATCH] compress Encode better

2002-11-04 Thread Nicholas Clark
On Mon, Nov 04, 2002 at 08:11:04PM +0900, Dan Kogai wrote: > NC and porters, > >First of all, this is a great patch. Not only does it optimize the > resulting shlibs, it seems to consume less memory during compilation. Thanks. I wasn't actually trying to reduce memory usage during compilat

Re: [not-yet-a-PATCH] compress Encode better

2002-11-04 Thread Nick Ing-Simmons
Dan Kogai <[EMAIL PROTECTED]> writes: >On Monday, Nov 4, 2002, at 19:17 Asia/Tokyo, Nick Ing-Simmons wrote: >> Someone could/should write a generic test that pushes all codepoints >> supported by a .ucm file both ways through the generated encoder >> and checks for correctness. This would be a poin

Re: [not-yet-a-PATCH] compress Encode better

2002-11-04 Thread Dan Kogai
On Monday, Nov 4, 2002, at 19:17 Asia/Tokyo, Nick Ing-Simmons wrote: Someone could/should write a generic test that pushes all codepoints supported by a .ucm file both ways through the generated encoder and checks for correctness. This would be a pointless thing to do as part of perl's "make test"

Re: [not-yet-a-PATCH] compress Encode better

2002-11-04 Thread Nick Ing-Simmons
Nicholas Clark <[EMAIL PROTECTED]> writes: >I've not looked at what the >Encode regression tests actually do, so I don't know how thoroughly they >check whether the transformations are actually correct. In other words, >done correctly this approach *will* generate the same transformation tables >as

Re: [not-yet-a-PATCH] compress Encode better

2002-11-04 Thread Nick Ing-Simmons
<[EMAIL PROTECTED]> writes: >Nicholas Clark <[EMAIL PROTECTED]> wrote: >:I've been experimenting with how enc2xs builds the C tables that turn into the >:shared objects. enc2xs is building tables (arrays of struct encpage_t) which >:in turn have pointers to blocks of bytes. > >Great, you seem to be

Re: [not-yet-a-PATCH] compress Encode better

2002-11-03 Thread hv
Nicholas Clark <[EMAIL PROTECTED]> wrote: :I've been experimenting with how enc2xs builds the C tables that turn into the :shared objects. enc2xs is building tables (arrays of struct encpage_t) which :in turn have pointers to blocks of bytes. Great, you seem to be getting some excellent results.

Re: [not-yet-a-PATCH] compress Encode better

2002-11-03 Thread Nicholas Clark
On Sun, Nov 03, 2002 at 11:13:25PM +, Nicholas Clark wrote: > Currently the appended patch passes all regression tests on FreeBSD on > bleadperl. However, having experimented I know that the new -O function it > provides is buggy in some way, as running -O on the Chinese encodings gives > regre