Some more KAP musings

After having migrated to the new fork syntax, I now have another idea.

Currently, integer maths is always 64-bit, with wraparound overflow (because that's what the JVM does by default). For a language that is kinda oriented towards maths, that's pretty ugly.

I'm considering implementing support for bignums, in order to eliminate integer overflows. Doing so will make the behaviours of integers similar to Lisp, which is good (Lisp has, after all, the best numeric tower of any programming language, and this would make KAP almost on par with it).

However...

It would have a negative impact on performance. I don't know how much, but definitely measurable.

On the other hand, no one would care...

There are no actual users of KAP anyway, and I'm not sure that'll ever change.
If you are looking for performance, kap is already slower than any performance-oriented language.
No matter how slow I make kap, it'll still be faster than Python, which people seems to happily by using.

If I were to do this, I would also need to integrate just with bignums on the JVM, but also find a bignum library for JS (I have't researched this) as well as learning how to use GMP, since KAP can compile to JS and native as well.

Follow

@loke Subjective thought; any programming language which primary goal is not about performance should offer other features (in other words, add Bigint).

Sign in to participate in the conversation
Qoto Mastodon

QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.