@ngn what's your plan with transcendentals (sin/cos..); you recently added fsin as a software implementation.

@ktye see this answer for sin/cos

@ktye "when i want to run on real hardware" - what do you run it on now? :D

btw, i'm still tempted to completely remove floating point support

@ktye what's the licence?

go is bsd-like i guess. golang.org/LICENSE. the source code for these math algorithm also mentions original licences. browse here, e.g.: golang.org/src/math/sin.go (and one directory upwards)

thanks!

but beware: it includes a satan function

@ktye looks very similar to what i use now - mod to bring x into [0;pi/2) and then approximation with a polynomial

@ngn there is also an arg reduction branch for very large arguments, that i removed because of it's complexity. see the original if you are interested.

@ktye for ngn/k there are bigger questions i must answer first

what's the point of floating point? (yeah, i know.. it's "floating") i hardly ever use it. maybe it belongs to a library that should be written by someone who does use it.

@ngn if you had some kind of custom type that a user can implement that could work.

the core would still do all the array/memory stuff, but the user defines the functions.

also: what's the point of carrying on with ngn/k? golfing is dead. k5-6 is dead, and the community have moved on to k9, following the leader rather than trying to develop some kind of reasonable alternative.

@ngn only you can answer that question. no one else.

it might be better to start afresh, through away the compatibility burden and design a language for a particular purpose.

@ktye it's not only up to me - that's the trouble

most programming languages end up having ≤1 user

making yet another one without any real impact on the world is pointless

if that's what you want, then invest into k9. still no guarantee, but more likely then rolling your own.

@ktye it's not free software