bonjour , Hello
Just like float or int, there is indeed in gcc the notion of decimal 128, of course there are dcml procs for nim but external. I would like to know why today the decision was not to introduce this type and to close the subject which would allow in the calculations of financial drift for example to greatly simplify the task with a mantissa of 34 digit basic thing which exists on industrial or financial computers
you may want to search in forum for similar questions before opening a new thread (which fragments discussion) => duplicate of interest in a decimal library - Nim forum : interest in a decimal library - Nim forum
also you have options, according to this 4 second google search:
The problem with including it by default is that we need someone to support it.
And it's better if that someone actually uses it so that it doesn't fall by the wayside.
At this point, that someone would likely prefer to have its own release schedule depending on their need instead of being tied to the Nim team release schedule.
In particular I expect people in extreme need of a decimal library are financial institutions that want to use it for accounting and accounting deadlines and Nim release targets are probably very different.
Also I did work on AS400 computers supporting financial accounting applications written in COBOL, they already have a very hard time considering anything other than COBOL so I would be interested to know what are other users that would be interested in maintaining such a library.
So it's not much a decision not to include it but the need of a long-term maintainer with some skin in the game (so that they don't disappear and dump the workload on the Nim team).
I worked a lot IBM38 / AS400 / OS400 over 40 years RPG / ILE / C I think I'm too old (and my health requires it) I worked for a Nim port in github in the AS400 (DDS) way, I hesitated between starting from the source code "C" Mike Cowlishaw / IBM, finally for the moment I relied on the "mpdecimal" process and https://github.com/status-im/nim-decimal, reworked
But the ideal would be to resume that of "Mike Cowlishaw / IBM" opensource of GNU to date it is not something that moves, on the other hand the repercussions in NIM for example for JSON and all that is related to the type of var ...
The interest is in the drift calculations due to very large numbers, impalpable but how significant ... As well as compatibility with professional SQL
Sorry for my english (shabby)
I would be interested to know what are other users that would be interested in maintaining such a library.
Me, for a generic geometry library using different kernel (float, fixed-point, rational, decimal).