commit | 1b48d5f436ed9a0975ac2ceb28bafb695f15ba8a | [log] [tgz] |
---|---|---|
author | Gavin Howard <yzena.tech@gmail.com> | Thu Oct 22 20:47:02 2020 -0600 |
committer | Gavin Howard <yzena.tech@gmail.com> | Sat Nov 21 14:48:21 2020 -0700 |
tree | 3bf0fc459794b592ad4b3c707abd09dc712ca285 | |
parent | 032391300e6bd230cf0a7aee4779e7b6045002de [diff] |
Move the headers This is in preparation for making public headers for the library.
bc
WARNING: This project has moved to https://git.yzena.com/ for these reasons, though GitHub will remain a mirror.
This is an implementation of the POSIX bc
calculator that implements GNU bc
extensions, as well as the period (.
) extension for the BSD flavor of bc
.
For more information, see this bc
's full manual.
This bc
also includes an implementation of dc
in the same binary, accessible via a symbolic link, which implements all FreeBSD and GNU extensions. (If a standalone dc
binary is desired, bc
can be copied and renamed to dc
.) The !
command is omitted; I believe this poses security concerns and that such functionality is unnecessary.
For more information, see the dc
's full manual.
This bc
is Free and Open Source Software (FOSS). It is offered under the BSD 2-clause License. Full license text may be found in the LICENSE.md
file.
This bc
only requires a C99-compatible compiler and a (mostly) POSIX 2008-compatible system with the XSI (X/Open System Interfaces) option group.
Since POSIX 2008 with XSI requires the existence of a C99 compiler as c99
, any POSIX and XSI-compatible system will have everything needed.
Systems that are known to work:
Please submit bug reports if this bc
does not build out of the box on any system besides Windows. If Windows binaries are needed, they can be found at xstatic.
This bc
should build unmodified on any POSIX-compliant system.
For more complex build requirements than the ones below, see the build manual.
It is possible to download pre-compiled binaries for a wide list of platforms, including Linux- and Windows-based systems, from xstatic. This link always points to the latest release of bc
.
For the default build with optimization, use the following commands in the root directory:
./configure.sh -O3 make
To only build bc
, use the following commands:
./configure.sh --disable-dc make
To only build dc
, use the following commands:
./configure.sh --disable-bc make
For debug builds, use the following commands in the root directory:
./configure.sh -g make
To install, use the following command:
make install
By default, bc
and dc
will be installed in /usr/local
. For installing in other locations, use the PREFIX
environment variable when running configure.sh
or pass the --prefix=<prefix>
option to configure.sh
. See the build manual, or run ./configure.sh --help
, for more details.
When I ran benchmarks with my bc
compiled under clang
, it performed much better than when compiled under gcc
. I recommend compiling this bc
with clang
.
I also recommend building this bc
with C11 if you can because bc
will detect a C11 compiler and add _Noreturn
to any relevant function(s).
I wrote this bc
with Separation of Concerns, which means that there are many small functions that could be inlined. However, they are often called across file boundaries, and the default optimizer can only look at the current file, which means that they are not inlined.
Thus, because of the way this bc
is built, it will automatically be slower than other bc
implementations when running scripts with no math. (My bc
's math is much faster, so any non-trivial script should run faster in my bc
.)
Some, or all, of the difference can be made up with the right optimizations. The optimizations I recommend are:
-O3
-flto
(link-time optimization)in that order.
Link-time optimization, in particular, speeds up the bc
a lot. This is because when link-time optimization is turned on, the optimizer can look across files and inline much more heavily.
However, I recommend NOT using -march=native
. Doing so will reduce this bc
's performance, at least when building with link-time optimization. See the benchmarks for more details.
By default, non-debug binaries are stripped, but stripping can be disabled with the -T
option to configure.sh
.
bc
as an AlternativeIf this bc
is packaged as an alternative to an already existing bc
package, it is possible to rename it in the build to prevent name collision. To prepend to the name, just run the following:
EXECPREFIX=<some_prefix> ./configure.sh
To append to the name, just run the following:
EXECSUFFIX=<some_suffix> ./configure.sh
If a package maintainer wishes to add both a prefix and a suffix, that is allowed.
Note: The suggested name (and package name) when bc
is not available is bc-gh
.
Package and distro maintainers have one tool at their disposal to build this bc
in the optimal configuration: karatsuba.py
.
This script is not a compile-time or runtime prerequisite; it is for package and distro maintainers to run once when a package is being created. It finds the optimal Karatsuba number (see the algorithms manual for more information) for the machine that it is running on.
The easiest way to run this script is with make karatsuba
.
If desired, maintainers can also skip running this script because there is a sane default for the Karatsuba number.
This bc
is robust.
It is well-tested, fuzzed, and fully standards-compliant (though not certified) with POSIX bc
. The math has been tested with 40+ million random problems, so it is as correct as I can make it.
This bc
can be used as a drop-in replacement for any existing bc
. This bc
is also compatible with MinGW toolchains, though history is not supported on Windows.
In addition, this bc
is considered complete; i.e., there will be no more releases with additional features. However, it is actively maintained, so if any bugs are found, they will be fixed in new releases. Also, additional translations will also be added as they are provided.
bc
This bc
compares favorably to GNU bc
.
bc
more useful for scripting.bc
is a bit more POSIX compliant.bc
will give parse errors for what is actually valid bc
code, or should be. For example, putting an else
on a new line after a brace can cause GNU bc
to give a parse error.bc
has fewer crashes.bc
calculates the wrong number of significant digits for length(x)
.bc
will sometimes print numbers incorrectly. For example, when running it on the file tests/bc/power.txt
in this repo, GNU bc
gets all the right answers, but it fails to wrap the numbers at the proper place when outputting to a file.bc
is faster. (See Performance.)Because this bc
packs more than 1
decimal digit per hardware integer, this bc
is faster than GNU bc
and can be much faster. Full benchmarks can be found at manuals/benchmarks.md.
There is one instance where this bc
is slower: if scripts are light on math. This is because this bc
's intepreter is slightly slower than GNU bc
, but that is because it is more robust. See the benchmarks.
To see what algorithms this bc
uses, see the algorithms manual.
Currently, this bc
only has support for English (and US English), French, German, Portuguese, Dutch, Polish, Russian, Japanese, and Chinese locales. Patches are welcome for translations; use the existing *.msg
files in locales/
as a starting point.
In addition, patches for improvements are welcome; the last two messages in Portuguese were made with Google Translate, and the Dutch, Polish, Russian, Japanese, and Chinese locales were all generated with DeepL.
The message files provided assume that locales apply to all regions where a language is used, but this might not be true for, e.g., fr_CA
and fr_CH
. Any corrections or a confirmation that the current texts are acceptable for those regions would be appreciated, too.
Other projects based on this bc are:
busybox bc
. The busybox maintainers have made their own changes, so any bugs in the busybox bc
should be reported to them.
toybox bc
. The maintainer has also made his own changes, so bugs in the toybox bc
should be reported there.
FreeBSD bc
. While the bc
in FreeBSD is kept up-to-date, it is better to report bugs there, as well as submit patches, and the maintainers of the package will contact me if necessary.
This bc
is written in pure ISO C99, using POSIX 2008 APIs.
This bc
uses the commit message guidelines laid out in this blog post.
This bc
uses semantic versioning.
Items labeled with (maintainer use only)
are not included in release source tarballs.
Files:
.gitignore The git ignore file (maintainer use only). .travis.yml The Travis CI file (maintainer use only). codecov.yml The Codecov file (maintainer use only). configure A symlink to configure.sh to make packaging easier. configure.sh The configure script. functions.sh A script with functions used by other scripts. install.sh Install script. karatsuba.py Script to find the optimal Karatsuba number. LICENSE.md A Markdown form of the BSD 2-clause License. link.sh A script to link dc to bc. locale_install.sh A script to install locales, if desired. locale_uninstall.sh A script to uninstall locales. Makefile.in The Makefile template. manpage.sh Script to generate man pages from markdown files. NOTICE.md List of contributors and copyright owners. RELEASE.md A checklist for making a release (maintainer use only). release.sh A script to test for release (maintainer use only). safe-install.sh Safe install script from musl libc.
Folders:
gen The bc math library, help texts, and code to generate C source. include All header files. locales Locale files, in .msg format. Patches welcome for translations. manuals Manuals for both programs. src All source code. tests All tests.