On Tue, 14 Jun 2016 20:11:07 +0200 Eivind Askeland <[email protected]> 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 <[email protected]> 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!
pgp3n_Y6utpef.pgp
Description: OpenPGP digital signature
