BigInteger: what changed
Revision 1 to 2. Removed lines have a minus sign; added lines have a plus sign.
| Old | New | Line | |
|---|---|---|---|
| 1 | - | ||
| 1 | + | There are several Pascal libraries for BigInteger (and Big Decimals, like 1.23) functionality. The C-based [[gmp|GMP library]] can also be used in Free Pascal, it's not listed here. | |
| 2 | 2 | ||
| 3 | - | ||
| 3 | + | ## fpTlsBigInt in fcl-hash package in Free Pascal | |
| 4 | 4 | ||
| 5 | - | ||
| 6 | - | ||
| 5 | + | * By: Mattias Gaertner | |
| 6 | + | * Source Code: <https://gitlab.com/freepascal.org/fpc/source/-/blob/main/packages/fcl-hash/src/fptlsbigint.pas> | |
| 7 | 7 | ||
| 8 | - | ||
| 9 | - | ||
| 8 | + | Refactored from Ultibo Big Integer unit Copyright (C) 2018 - SoftOz Pty Ltd. | |
| 9 | + | Inspired by AXTLS - \crypto\bigint.c - Copyright (c) 2007, Cameron Rich. | |
| 10 | + | Reference: Handbook of Applied Cryptography (Chapter 14) - <http://cacr.uwateloo.ca/hac/about/chap14.pdf> | |
| 10 | 11 | ||
| 11 | 12 | ## TForge | |
| 12 | 13 | ||
| 13 | - | ||
| 14 | - | ||
| 14 | + | * By: Sergey Kasandrov | |
| 15 | + | * Homepage: <https://github.com/Alexey-T/TForge-Pascal> | |
| 15 | 16 | ||
| 16 | - | ||
| 17 | + | Modern cryptographic library for Delphi and Lazarus/FPC implemented as a set of runtime packages. Project development was stopped, the last found snapshot v0.76 was put to GitHub. | |
| 17 | 18 | ||
| 18 | 19 | ## Big Decimal Math | |
| 19 | 20 | ||
| 20 | - | ||
| 21 | - | ||
| 21 | + | * By: Benito van der Zander | |
| 22 | + | * Homepage: <https://benibela.de/sources_en.html#bigdecimalmath> | |
| 22 | 23 | ||
| 23 | - | ||
| 24 | + | This unit provides a BigDecimal-Type which stores arbitrary precision (BCD) decimal numbers and can be used like any native numeric type. | |
| 24 | 25 | ||
| 25 | 26 | ## FNX | |
| 26 | 27 | ||
| 27 | - | ||
| 28 | - | ||
| 28 | + | * By: Marcel Martin | |
| 29 | + | * Homepage: <https://www.ellipsa.eu/public/fnx/fnx.html> | |
| 29 | 30 | ||
| 30 | - | ||
| 31 | + | Library of multi-precision numbers (currently, only big integers) written for Free Pascal and Linux. The assembler code that can be enabled with a compiler directive, is for x86-64 processors only. | |
| 31 | 32 | ||
| 32 | 33 | ## MPArith | |
| 33 | 34 | ||
| 34 | - | ||
| 35 | - | ||
| 35 | + | * By: Wolfgang Ehrhardt | |
| 36 | + | * Homepage: <https://github.com/Alexey-T/Wolfgang_Ehrhardt_codes/tree/master/Misc/MPArith> | |
| 36 | 37 | ||
| 37 | - | ||
| 38 | + | Project development was stopped in about 2018. The last found snapshot was put to GitHub. | |
| 38 | 39 | ||
| 39 | - | ||
| 40 | + | Comment by forum user [MathMan](<https://forum.lazarus.freepascal.org/index.php?action=profile;u=55215>): | |
| 40 | 41 | ||
| 41 | - | ||
| 42 | - | ||
| 43 | - | ||
| 44 | - | ||
| 45 | - | ||
| 46 | - | ||
| 47 | - | ||
| 42 | + | * Functionality | |
| 43 | + | * supports 16/32/64 bit, little- & big-endian | |
| 44 | + | * pure functional implementation | |
| 45 | + | * dynamic sizing | |
| 46 | + | * solid error handling (function results or exceptions) | |
| 47 | + | * extensive set of functions - arith, bitops, comparisons, type conversion, base conversion | |
| 48 | + | * extensive number theory - gcd, modinv, mulmod, pow, powmod, sqrt+remainder, n-root+remainder, and a lot more | |
| 48 | 49 | ||
| 49 | - | ||
| 50 | - | ||
| 51 | - | ||
| 52 | - | ||
| 53 | - | ||
| 54 | - | ||
| 55 | - | ||
| 56 | - | ||
| 57 | - | ||
| 50 | + | * Algorithms | |
| 51 | + | * basecase multiplication only 33% slower than best known pure Pascal | |
| 52 | + | * efficient multiplication: Karatsuba, Toom3 | |
| 53 | + | * efficient squaring: Karatsuba, Toom3 | |
| 54 | + | * efficient division: Burnikel-Ziegler | |
| 55 | + | * div&cong base conversion (both ways) | |
| 56 | + | * efficient GCD | |
| 57 | + | * efficient modular ops: based on Montgomery & Barrett reductions | |
| 58 | + | * efficient roots: quadratically converging | |
| 58 | 59 | ||
| 59 | - | ||
| 60 | - | ||
| 61 | - | ||
| 62 | - | ||
| 60 | + | * Issues | |
| 61 | + | * default thresholds & missing tool for auto detection | |
| 62 | + | * Burnikel-Ziegler efficiency degrades on large sizes | |
| 63 | + | * no class implementation | |
| 63 | 64 | ||
| 64 | - | ||
| 65 | - | ||
| 66 | - | ||
| 67 | - | ||
| 68 | - | ||
| 65 | + | * Nice things | |
| 66 | + | * simple to activate under FPC | |
| 67 | + | * accompanied by a good manual | |
| 68 | + | * extensive test coverage | |
| 69 | + | * there is also rationals, reals & complex available with large set of functions | |
| 69 | 70 | ||
| 70 | 71 | ## BigInt | |
| 71 | 72 | ||
| 72 | - | ||
| 73 | - | ||
| 73 | + | * By: Franco Milani | |
| 74 | + | * Homepage: <http://spazioinwind.libero.it/frm/software> | |
| 74 | 75 | ||
| 75 | - | ||
| 76 | + | Though this is a Pascal source >90% are coded as x86-32 Win32 assembler routines. | |
| 76 | 77 | ||
| 77 | 78 | ## HugeInt | |
| 78 | 79 | ||
| 79 | - | ||
| 80 | - | ||
| 80 | + | * By: David J Butler | |
| 81 | + | * Homepage: <https://github.com/fundamentalslib/fundamentals5> | |
| 81 | 82 | ||
| 82 | - | ||
| 83 | + | Part of a much larger library but the unit can be used self-contained. | |
| 83 | 84 | ||
| 84 | 85 | ## LongMathForPascal | |
| 85 | 86 | ||
| 86 | - | ||
| 87 | - | ||
| 87 | + | * By: Zsolt Szakaly | |
| 88 | + | * Homepage: <https://github.com/zsoltszakaly/longmathforpascal> | |
| 88 | 89 | ||
| 89 | - | ||
| 90 | + | A quite recent contribution (2021) - unfortunately it does not support any efficient algorithms and becomes slow very fast. | |
| 90 | 91 | ||
| 91 | 92 | ## GInt | |
| 92 | 93 | ||
| 93 | - | ||
| 94 | - | ||
| 94 | + | * By: Walied Othman | |
| 95 | + | * Homepage: <https://github.com/SnakeDoctor/FGInt> | |
| 95 | 96 | ||
| 96 | - | ||
| 97 | + | Again part of a larger library but can be used self-contained. | |
| 97 | 98 | ||
| 98 | 99 | ## GNURZ | |
| 99 | 100 | ||
| 100 | - | ||
| 101 | - | ||
| 101 | + | * By: Alexander Staidl | |
| 102 | + | * Homepage: <https://github.com/afriess/GNURZ> | |
| 102 | 103 | ||
| 103 | - | ||
| 104 | + | Development was stopped in about 2009 year. Almost all identifiers are in German. Additional unit written in Assembler exists, but it's not required. | |
| 104 | 105 | ||
| 105 | 106 | ## BigIntegers for Delphi | |
| 106 | 107 | ||
| 107 | - | ||
| 108 | - | ||
| 109 | - | ||
| 110 | - | ||
| 111 | - | ||
| 112 | - | ||
| 108 | + | * By: Rudy Velthuis | |
| 109 | + | * Homepage: <https://github.com/rvelthuis/DelphiBigNumbers> | |
| 113 | 110 | ||
| 111 | + | Code can be adapted for Free Pascal. How-to from [Rudy's website](<http://www.rvelthuis.de/programs/bigintegers.html>): | |
| 112 | + | ``` | |
| 113 | + | In {$mode delphi}, it is possible to compile the units. FreePascal doesn’t seem to use segmented unit names (yet), so you’ll have to rename some of the used units and qualifiers like System.Math or System.SysUtils to simply Math or SysUtils. At first, you’ll have to {$DEFINE PUREPASCAL}, because making the assembler work satisfactorily could be quite a job. It seems to work alright, if you set {$asmmode intel}, but it is a little finicky. Stuff like LEA EAX,[EDX + EDI*CLimbSize] seems to cause problems, but [EDX + CLimbSize*EDI] works. That is a bit of a problem for me, because I most of the time use the former variety. But I guess that, with enough time on your hands, you can make it work. | |
| 114 | + | ||
| 114 | 115 | Some of the tricky routines, e.g. ToString, which uses RecursiveToString, which in its turn needs an exact alignment of bytes to get a usable string, don’t work, but in the meantime — until you solved the problem — you can e.g. use (or wrap or rename) .ToStringClassic(10) instead. I guess the tricky routines just need some work and some debugging to make them work under FreePascal. I only tried a quick and dirty test, did not do any extensive tests, but it is obviously possible to make it work. Just don’t give up immediately. | |
| 115 | - | ||
| 116 | + | ||
| 116 | 117 | Types like TArray don’t seem to work. And there is no way you can define an array of BigInteger before BigInteger is defined, so you will have to define a type BigIntegerArray = array of BigInteger inside the BigInteger record, as a nested type. You will meet other, similar problems. Another was the fact that there is no DivMod() function for UInt64 types, so you will have to either use the one for Longint or use div and mod separately. It could be that the change I made there is one of the causes for the failure of RecursiveToString. This needs some investigation. | |
| 117 | - | ||
| 118 | + | ||
| 118 | 119 | There will be other, simple problems and it is well possible that there are a few not-so-simple problems. But it looks as if BigIntegers can be used in FreePascal. | |
| 120 | + | ``` | |
| 119 | 121 | ||
| 120 | - | ||
| 122 | + | Comment by forum user [MathMan](<https://forum.lazarus.freepascal.org/index.php?action=profile;u=55215>): | |
| 121 | 123 | ||
| 122 | - | ||
| 123 | - | ||
| 124 | - | ||
| 125 | - | ||
| 126 | - | ||
| 127 | - | ||
| 128 | - | ||
| 129 | - | ||
| 130 | - | ||
| 131 | - | ||
| 132 | - | ||
| 133 | - | ||
| 134 | - | ||
| 135 | - | ||
| 136 | - | ||
| 137 | - | ||
| 138 | - | ||
| 139 | - | ||
| 140 | - | ||
| 141 | - | ||
| 142 | - | ||
| 143 | - | ||
| 144 | - | ||
| 145 | - | ||
| 146 | - | ||
| 147 | - | ||
| 124 | + | * Functionality | |
| 125 | + | * supports 32/64 bit, little- & big-endian | |
| 126 | + | * class implementation with operators & functional replicants | |
| 127 | + | * dynamic sizing and immutability | |
| 128 | + | * late binding | |
| 129 | + | * solid error handling | |
| 130 | + | * solid set of operators - arith, bitops, comparisons, expl & impl conversions | |
| 131 | + | * some number theory - gcd, modinv, mulmod, pow, powmod, sqrt+remainder, n-root+remainder | |
| 132 | + | * Algorithms | |
| 133 | + | * basecase multiplication only 33% slower than best known pure Pascal | |
| 134 | + | * efficient multiplication: Karatsuba, Toom3 | |
| 135 | + | * efficient squaring: Karatsuba | |
| 136 | + | * efficient division: Burnikel-Ziegler | |
| 137 | + | * div&cong base conversion (from binary to arb base only) | |
| 138 | + | * euclidean GCD | |
| 139 | + | * Issues | |
| 140 | + | * tricky to convert to FPC | |
| 141 | + | * memory management degrades efficient algs on larger sizes (speed reduced by 5) | |
| 142 | + | * default thresholds & missing tool for auto detection | |
| 143 | + | * sqr-schoolbook = mul-schoolbook | |
| 144 | + | * missing efficient GCD algorithm | |
| 145 | + | * missing efficient mod algorithms (Montgomery, Barrett) | |
| 146 | + | * the way asm-enhancements are integrated could be improved (subjective) | |
| 147 | + | * testing depth & breadth could be improved (subjective) | |
| 148 | + | * Nice things | |
| 149 | + | * there is also BigDecimals, BigRationals & BigFloats | |
| 148 | 150 | ||
| 149 | 151 | ## Multi-Word-Int | |
| 150 | 152 | ||
| 151 | - | ||
| 152 | - | ||
| 153 | + | * By: Mark Taylor | |
| 154 | + | * Homepage: <https://github.com/ad1mt/Multi-Word-Int> or <https://mark-taylor.me.uk/index.php?page=Software> | |
| 153 | 155 | ||
| 154 | - | ||
| 156 | + | Designed to be: | |
| 155 | 157 | ||
| 156 | - | ||
| 157 | - | ||
| 158 | - | ||
| 159 | - | ||
| 160 | - | ||
| 158 | + | * easy to use, requires minimal changes to existing code | |
| 159 | + | * written entirely in Pascal, no assembly or C language, so portable and reliable | |
| 160 | + | * works in both 64bit and 32bit environments | |
| 161 | + | * compact code base, but has limited maths functions | |
| 162 | + | * reasonably fast (although not as fast as MPArith which is around 10x faster) | |
| 161 | 163 | ||
| 162 | - | ||
| 164 | + | NB this is a recent new development, and should be considered beta code. | |
| 163 | 165 | ||
| 164 | 166 | ## See Also | |
| 165 | 167 | ||
| 166 | - | ||
| 168 | + | * [[Portal:SciTech]] | |
| 167 | 169 | ||
| 168 | 170 | --- | |
| 169 | - | ||
| 170 | - | ||
| 171 | - | ||
| 172 | - | ||
| 171 | + | *From the Free Pascal wiki, page "BigInteger", as the Internet Archive kept it on 2024-09-14, last changed on 2024-09-01. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).* |