A contributor already started working on a suckless bignum library[0] to use on his bc(1) candidate for sbase[1]. Mattias maybe you want to work on that instead of starting from scratch. Duplicating efforts is usually not good when all have the same goal (suckless bignum, dc and bc).
[0] https://github.com/suiginsoft/hebimath [1] https://github.com/suiginsoft/bc On Fri, Feb 26, 2016 at 9:11 AM, Mattias Andrée <maand...@kth.se> wrote: > On Fri, 26 Feb 2016 11:55:12 +0000 > Dimitris Papastamos <s...@2f30.org> wrote: > >> On Fri, Feb 26, 2016 at 12:45:27PM +0100, Mattias Andrée >> wrote: >> > On Fri, 26 Feb 2016 11:39:07 +0000 >> > Dimitris Papastamos <s...@2f30.org> wrote: >> > >> > > On Fri, Feb 26, 2016 at 12:33:37PM +0100, Mattias >> > > Andrée wrote: >> > > > On Fri, 26 Feb 2016 11:31:31 +0000 >> > > > Dimitris Papastamos <s...@2f30.org> wrote: >> > > > >> > > > > On Fri, Feb 26, 2016 at 12:28:32PM +0100, Mattias >> > > > > Andrée wrote: >> > > > > > On Fri, 26 Feb 2016 11:26:15 +0000 >> > > > > > Dimitris Papastamos <s...@2f30.org> wrote: >> > > > > > >> > > > > > > On Fri, Feb 26, 2016 at 12:19:32PM +0100, >> > > > > > > Mattias Andrée wrote: >> > > > > > > > On Fri, 26 Feb 2016 10:07:31 +0000 >> > > > > > > > Dimitris Papastamos <s...@2f30.org> wrote: >> > > > > > > > >> > > > > > > > > On Fri, Feb 26, 2016 at 09:47:14AM +0100, >> > > > > > > > > Mattias Andrée wrote: >> > > > > > > > > > On Fri, 26 Feb 2016 09:43:02 +0100 >> > > > > > > > > > FRIGN <d...@frign.de> wrote: >> > > > > > > > > > >> > > > > > > > > > > On Fri, 26 Feb 2016 09:37:12 +0100 >> > > > > > > > > > > Mattias Andrée <maand...@kth.se> >> > > > > > > > > > > wrote: >> > > > > > > > > > > >> > > > > > > > > > > Hey Mattias, >> > > > > > > > > > > >> > > > > > > > > > > > Mostly random things, but regularly >> > > > > > > > > > > > when I correct maths >> > > > > > > > > > > > tests. >> > > > > > > > > > > >> > > > > > > > > > > do the primes you ask your students to >> > > > > > > > > > > study fit in 64 bits? >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > Yes. But sometimes the primes I factor >> > > > > > > > > > do not. >> > > > > > > > > >> > > > > > > > > Write a dc(1) script! >> > > > > > > >> > > > > > > man dc >> > > > > > > >> > > > > > >> > > > > > I know, but why? >> > > > > >> > > > > Because it can already handle arbitrary precision >> > > > > arithmetic. >> > > > > >> > > > >> > > > I'm lost. Do you think factor(1) shall be >> > > > implemented as a dc(1) script in sbase? >> > > >> > > No, as I already mentioned earlier, I don't want >> > > factor(1) in sbase at this point in time. We can >> > > revisit this when we have a dc implementation. >> > > >> > > This was just a suggestion at an alternative way of >> > > implementing factor by just relying on existing POSIX >> > > utilities and without having to implement your own >> > > bignum code. >> > > >> > >> > How are you going to implement dc without writing your >> > own bignum code? Either, we use an existing bignum, >> > write our own, or do not implement either of factor(1), >> > dc(1), and bc(1). And if we are not going to implement >> > them, then GNU factor will do. >> > >> >> dc is a general purpose language, factor isn't. If you >> want to focus on something more meaningful for sbase, >> consider writing a small bignum library that can be used >> with the future sbase dc. We can then decide if factor >> should be implemented on top of dc or using this bignum >> library. > > I just started. > >> >> In any case, dc is a needed utility for sbase, factor >> isn't so I can provide no promises on factor inclusion. >> >
