On Tue, 14 Jun 2016 20:11:07 +0200
Eivind Askeland <eivind.askeland_AT_gmx.com> wrote:
> On 14/06/16 14:11, Mattias Andrée wrote:
> > Attached is an updated version.
> > Pages 10, 17, and 21 have been updated.
> >
> >
> > On Mon, 13 Jun 2016 23:32:11 +0200
> > Mattias Andrée <maandree_AT_kth.se> wrote:
> >
> >> Ahoy comrades!
> >>
> >> I have written a paper about libzahl.
> >>
> >> Too energy efficient to open the PDF and
> >> read the abstract? No worries, here it is:
> >>
> >> This is a technical discussion about the
> >> design and decisions behind libzahl, a big
> >> integer library whose goal align with the
> >> suckless philosophy: simplicity, clarity, and
> >> frugality. These are not goals of numeric
> >> libraries, tra- ditionally; they are difficult to
> >> combine with performance when the performance is
> >> dependent on algorithms. Is it possible to create a
> >> simple big number library competitive with the
> >> fastest big number libraries around?
> >>
> >> Proofreading and suggestions is greatly appreciated!
> >>
> >> If I can make it to slcon3 (don't know right now),
> >> this is a superset of what I will be submitting for
> >> my proposal. So be aware of potential spoilers.
> >>
> >>
> >> Mattias Andrée
> >
> Hi.
>
> Interesting project. I'll have to invent a need for it
> just to play around further.
You could make the following programs use it:
seq (so it doesn't freak out if the numbers are too large)
expr
>
> You may not care, but typenames ending with _t are
> reserved by posix.
I know. I have actually commented upon this in the
reference manual. But everyone — well most people —
use _t. And I didn't really like to use juse Z or
Zahl.
>
> Also on page 11, the brackets ending the example
> functions are backwards.
>
So they are. Thank you!
Received on Tue Jun 14 2016 - 20:17:25 CEST