Is your feature request related to a problem? Please describe.

Generally, Lines is basic. Along with that comes the limitations of precision as well. While the default amount of precision is good enough for most people, it could be possible to expand on this some more.

Describe the solution you'd like

A solution to this issue is to add support for arbitrary arithmetic. This would enable for better precision, gives a more precise answer, and allows for inputs to be even more precise as well.

As for any extra dependencies, there would most likely be none, for I'm leaning towards using Boost for arbitrary arithmetic operations

Describe alternatives you've considered

An alternative to consider is changing the default data types for floats and integers used in Lines and liblines. Internally, they would all be switched to int64_t (for integers) and long double (for floating points. This should be more suitable for some people, but still has its limitations.

Additional context

An additional thing to add is that the user can compile Lines with or without support for arbitrary precision. Default builds, as I suggest, should come with just regular precision.

Also, as one final thing, this would mean in increase in the minimum required version of Boost. Currently, we require at least Boost 1.50. With added arbitrary arithmetic, this would result in a requirement of Boost 1.53. However, at the same time, I'm also recommending that (as a build requirement) that you use Boost 1.53 (or any later version) when making Lines for that same purpose. The probably that we'll go with Boost is very high.

UPDATE: This issue is technically closed. Everything has been fixed since v3.1-dev1

Describe the bug

This bug was previously known before this issue was created. I am posting this issue so that it is publicly known

Whenever you would run the 'gencoor' command without any subcommands, it would produce a segmentation fault error on Linux.

To Reproduce

Steps to reproduce the behavior:

1. Start Lines
2. Run 'gencoor' at the command line

Expected behavior

What was supposed to happen here is what gencoor default does. In fact, that's the only reason why gencoor default is there: to circumvent this bug.

Desktop (please complete the following information):**

• OS: Any (Linux, Windows, it's a general issue).
• Version [e.g. v3.0]

Additional context

• This issue is expected to be fixed in the next version of Lines.

Fraction support in inputs will be a major convenience. By adding fraction support, it will help simplify some complex numbers you would normally have to put in as a rounded version.

I am already aware of this and will some day add fraction support to inputs for Lines.