freenode/#shirakumo - IRC Chatlog
Search
11:09:50
Shinmera
It's going to be a bit painful to change it, so I don't want to have to change it back.
12:09:20
Shinmera
SAL9000: I've thought about it but honestly it would still end up being ABI-breaking, so I don't know if it's worth it. I'd rather settle on something final.
12:11:21
Shinmera
I think you'd be hard-pressed to argue that even in the far future libmixed would: 1) still be used, 2) be used with buffers over 4GB in size 3) used with more than billions of segments or channels 4) this all still being in context of real-time dap.
12:12:51
Shinmera
Whereas limiting the size to 32bit would immediately give: 1) less data traffic in almost all operations 2) avoid boxing or bignumming in dynamic languages interacting with it
12:27:28
SAL9000
Shinmera: I'm not seeing any considerations myself other than the usual hesitation in the vein of "460K RAM is enough for everyone!" :-)
12:28:22
Shinmera
that's my hesitation too, but I think the real-time constraint won't make that an important factor.
12:28:43
Shinmera
plus you can always just run your data through in multiple rounds if you do end up doing batch processing.
12:29:00
SAL9000
Yeah. The typedef I mentioned would also allow playing with (say) 16-bit sizes if you want to do that
12:55:43
SAL9000
tbh it still drives me up the wall that we can't have strongly-typed typedefs in C/C++
12:56:24
SAL9000
they are slightly better because they only apply in locations where a type is present
12:57:26
SAL9000
but then you can't do things like adding a toString method, because it's not *really* a class, etc.