A high-performance Java API wrapper for arblib, the fantastic and amazing arbitrary-precision ball arithmetic C library, implemented via SWIG

this differentiate() method here that returns a ComplexFunction is just syntatic sugar, it would be really cool to actually implement Automatic Differentiation and synthesizing the runtime code on the fly from the generated derivative expressions with some java virtual machine opcode instructions rather than having to write the code in java by hand

One time I was messing around and upon running bin/gaw somehow triggered Swig to update the version of the arb wrapper, which modified many files in src/arb/ that were being tracked by Git.

Given: any files that are generated from other tracked files (and that the developer would not modify) should not be tracked by Git and should be matched in the project .gitignore file.

Suggestion: add the files generated by Swig to .gitignore, or give them their own directory under src/arb/ and ignore that directory.

currently animation rendering crashes because of this and I refuse to have to start and stop the JVM a bunch of times over what is a design flaw with regards there being no way to explicitly unmap the byte buffer from java

Some .gitignore files in the project seem to match editor-specific temp files. For example, native/.gitignore contains the pattern /arb.i~

https://git-scm.com/docs/gitignore :

Which file to place a pattern in depends on how the pattern is meant to be used.

• Patterns which should be version-controlled and distributed to other repositories via clone (i.e., files that all developers will want to ignore) should go into a .gitignore file.

• Patterns which are specific to a particular repository but which do not need to be shared with other related repositories (e.g., auxiliary files that live inside the repository but are specific to one user’s workflow) should go into the $GIT_DIR/info/exclude file.

• Patterns which a user wants Git to ignore in all situations (e.g., backup or temporary files generated by the user’s editor of choice) generally go into a file specified by core.excludesFile in the user’s ~/.gitconfig. Its default value is $XDG_CONFIG_HOME/git/ignore. If $XDG_CONFIG_HOME is either not set or empty, $HOME/.config/git/ignore is used instead.

Suggestions:

• Reserve project .gitignore files only for stuff that every user should ignore, like build artifacts.
• Keep user-specific patterns in your personal $HOME/.config/git/ignore. For instance, match any file that ends in a tilde with this pattern: *~

Bonus suggestion: probably only need one .gitignore file for the entire project, easier to keep track of things that way

API to support calculation of the Lamé coefficients of an orthogonal curvilinear coordinate system u,v,w in space. In terms of the Lamé coefficients in the coordinates u,v,w one can express

• the element of arc length
• the element of surface area and
• the volume element

use memory mapped byte buffers as a first step then initialize new Complex objects pointing to some offset within the buffer. Then remains the part to specify a custom GMP allocator based on a similiar idea of a heap based on a direct memory mapped file offset

After issue-117 branch is merged, make the other arb4j/bin/ scripts as stylish and portable as bin/gaw and bin/caw.

Warning: these scripts call some commands that imply undocumented dependencies, such as valgrind, mvn (Maven), and dict.

closes #117

Made changes to improve the build and enhance portability. Tested the build on Ubuntu 20 and Debian 11, ensured that JAVA_PATH is detected correctly, and that whitespace in JAVA_HOME and the project base path are handled correctly.

P.S.: I realize that the level of detail might be a bit uncalled for here. Learning shell and make has been a pet project of mine, and I really wanted to unleash it into the wild. However, if my pet causes any trouble then it goes right back into the crate.

...and the way to stay with the future as it moves is to always play your systems more grand than they seem to be right now.

Alan Kay at OOPSLA 1997. The Computer Revolution Hasn't Happened Yet

https://en.m.wikipedia.org/wiki/Lemniscate_elliptic_functions Compare hypergeometric function implementation for arclength of lemniscate to numeric integration

http://help.eclipse.org/2022-03/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fextension-points%2Forg_eclipse_ui_workbench_texteditor_codeMiningProviders.html&resultof%3D%2522%2563%256f%2564%2565%2522%2520%2522%256d%2569%256e%2569%256e%2567%2522%2520%2522%256d%2569%256e%2565%2522%2520