libzahl

big integer library
git clone git://git.suckless.org/libzahl
Log | Files | Refs | README | LICENSE

commit e59c5e3120b30addac913d253160ef09c43bab27
parent 161fc837b628617e60f4fe647c73ca63f87222ce
Author: Mattias Andrée <maandree@kth.se>
Date:   Sun,  8 May 2016 17:44:32 +0200

Fix typos found by Marc

Signed-off-by: Mattias Andrée <maandree@kth.se>

Diffstat:
MINSTALL | 2+-
MSTATUS | 6+++---
2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/INSTALL b/INSTALL @@ -32,7 +32,7 @@ before including <zahl.h> in your program. libzahl contains some (very little) assembly code. In the event that the used instructions are not supported on your machine, please report it, and in the meanwhile add -DZAHL_NO_ASM to CPPFLAGS. You -make also have to do this if you are compiling with a compiler that +may also have to do this if you are compiling with a compiler that does not support extended inline assembly. You may also have to add #define ZAHL_NO_ASM to your program before includeing <zahl.h> diff --git a/STATUS b/STATUS @@ -70,7 +70,7 @@ zabs(a, a) .............. 34 % (clang) or 8 % (gcc) of tomsfastmath The following functions are probably implemented optimally - or close to optimally, except they contains some code that + or close to optimally, except they contain some code that should not be necessary after some bugs have been fixed: zbits ................... always fastest @@ -89,13 +89,13 @@ zcmpmag ................. always fastest <<suspicious, see zcmp>> The following functions could be optimised further: -zrsh .................... mp is almost always faster; also tomsfastmath after ~3000 (gcc+glibc) or ~2800 (clang) +zrsh .................... gmp is almost always faster; also tomsfastmath after ~3000 (gcc+glibc) or ~2800 (clang) zsub_unsigned ........... always fastest (compared against zsub too) zsub .................... always fastest (slower with gcc+glibc than gcc+musl or clang) The following functions could probably be optimised further, - but there performance can be significantly improved by + but their performance can be significantly improved by optimising their dependencies: zmul .................... slowest