chicken-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unico


From: Peter Bex
Subject: Re: [Chicken-hackers] [PATCH] Adding iset to core and using it for Unicode-capable SRFI-14.
Date: Sun, 3 Feb 2013 16:17:30 +0100
User-agent: Mutt/1.4.2.3i

On Mon, Feb 04, 2013 at 12:02:44AM +0900, Alex Shinn wrote:
> iset manages integer sets.  The srfi-14 proposed
> is a thin wrapper around iset, first translating chars to
> integers.  We could alternately remove the integer
> interface and just use chars for everything.

That would require an entirely different implementation, wouldn't it?
At least, iset being based on bit-vectors wouldn't be able to
store characters as-is.

> > Why did you chose to import the entire iset egg?  It would
> > make more sense to migrate the cset stuff from irregex into
> > srfi-14 and change irregex to use srfi-14, wouldn't it?
> > This would mean less code, overall.
> >
> 
> That's why I asked in advance what people wanted
> (is lib size or runtime memory or speed more important?),
> and since the only response I got was "could you provide
> a patch" I sent what I think is the best option.

I guess most of us prefer speed and perhaps runtime memory,
but I just had no idea the code would be this large :)

> If we want to trim down the size, there's quite a lot that
> can be removed from iset.  Almost all of the bit-vector
> operations can be removed, and because of the odd way
> I defined those I believe that's taking up most of the
> space.

I think if we need to have most of iset in core, it would
make sense to embrace it and export the interface so that
users can use it for their own code as well.  I'm less sure
about the bit-vector API, so I think it would be great if
that could be boiled down to a minimum.

I had a look at it but didn't immediately see a lot that could
be removed.  Every bit-vector operation was eventually used somewhere
deep in some procedure that made its way into an iset procedure.
Maybe this is just my unfamiliarity with the iset code.

Anyway, thanks for taking the effort to work on this, I'm not
trying to put down your work!  Just concerned about the code
size of Chicken :)

Cheers,
Peter
-- 
http://sjamaan.ath.cx



reply via email to

[Prev in Thread] Current Thread [Next in Thread]