Fermat
Brick\Math
| Fermat | Brick\Math | |
|---|---|---|
| 2 | 10 | |
| 64 | 1,747 | |
| - | 1.4% | |
| 4.0 | 7.4 | |
| 5 months ago | 10 days ago | |
| PHP | PHP | |
| GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Fermat
- Weekly "ask anything" thread
-
Fermat v2.0 released - Arbitrary precision math with support for difficult math functions
So it's been a few years since I've posted about my math library, Fermat. It's also been a few years since I've worked on it at all. A big part of that is that the library was getting too large and complex for one person to reasonably keep track of. This complexity also makes it more difficult to use, in my opinion.
Brick\Math
-
PHP libraries and tools
brick/math: Arbitrary-precision arithmetic library for PHP
-
PHP is trolling me
Use strings. For PHP specifically, the Brick/Math library.
-
[ELI5] Why is it bad to compare floats directly for equality?
There are excellent wrappers for this like https://github.com/brick/math
-
Need Guidance for my Passionate Ecommerce Project
https://github.com/brick/math to handle bignumber and operations
-
How are you handling your money?
In Java and Ruby, BigDecimal is an inbuilt class that can be used. For PHP, you can checkout the Brick Math Library Basically, just find the arbitrary-precision Decimal type/Class/Library in your choice of language. Got another approach, please do let me know in comment section.
- Weekly "ask anything" thread
-
What are the latest thoughts on storing and working with very large and very small financial transactions?
I decided to use https://github.com/brick/math and store the amount as a string in the database. My project use NANO, so that's 30 decimal points to keep. Number type column is not the choice at all.
-
Vote for enums in PHP 8.1 has started — looking good so far!
There are many use cases where enums don't need to be backed by a scalar. I'm thinking of brick/math's RoundingMode for example: you use these in code, but never store/serialize them really.
-
(int) (round(19.33, 2) * 100) = 1932 - can someone please explain this to me?
Besides, using an arbitrary-precision library gives you an unlimited number of digits, and, in the case of brick/math, many more rounding modes to choose from. And predictable ones.
What are some alternatives?
nim-stint - Stack-based arbitrary-precision integers - Fast and portable with natural syntax for resource-restricted devices.
decimal-object - Decimal handling as value object instead of plain strings.
EUL - The mathEmatics Useful Library (the name is a work in progress) is a math general purpose c++20 header library that, among other things, features a big integer implementation.
BigNum-PHP - BigNum library for PHP compatible with bn.js
statistics - PHP package that provides functions for calculating mathematical statistics of numeric data.
PHP Parser - A PHP parser written in PHP
making-sessions - Library for organizing list of events in sessions
Brick\Money - A money and currency library for PHP
Roster - A PHP tool to generate templateable markdown documentation from the docblocks or type-hints of your codebase.
ip - Immutable value object for IPv4 and IPv6 addresses, including helper methods and Doctrine support.
FermatCoordinateSystems - This is a module that provides coordinate systems for Fermat.
Money - PHP implementation of Fowler's Money pattern.