BBC BASIC - 64 bit integer support, long string support
Pages: 1 2
Stuart Swales (8827) 1244 posts |
I think there should be a few more bits for error correction ;-) |
Clive Semmens (2335) 3133 posts |
Until I scrapped my RiscPC I could have printed out 256! for you, nae bother, then its pi th root to ten thousand decimal places… I’m not sure how useful that would be. I’ve not bothered to update my programs from the 26-bit world. |
David J. Ruck (33) 1498 posts |
Wont they run under Aemulor? But you could always feed them through my !ARMalyser, it probably only needs a couple of flag preserving instructions altered to get them OK for 32 bit. |
Clive Semmens (2335) 3133 posts |
I could fix them myself, easily – but unless someone expresses an interest in them, I cannae be bothered. “I’m not sure how useful [they] would be.” I’d actually be more interested in rewriting them in AArch64. And not interested enough to bother with that, either. More interesting fish to fry. |
Jean-Michel BRUCK (3009) 269 posts |
If you need to write 256! or pi th root to ten thousand decimal places… PariGP does it very well. 256! => 507 digits \p 10000 for the most curious… |
Clive Semmens (2335) 3133 posts |
Which makes it even less likely I’ll bother to update my old 26-bit assembler routines! I’m interested to know the algorithm you’d use to calculate (256!)^(1/pi) (which was what I meant) though… |
Jean-Michel BRUCK (3009) 269 posts |
Thanks for the clarification of the calculation, mathematical writing is more universal. The same calculation with a precision of 10000, => 168 digits On the other hand, I am unable to tell you which algorithm is used. I wanted a program that would allow me to do calculations and draw curves. I created a HMI that allows me to use PariGP easily. |
Clive Semmens (2335) 3133 posts |
I think I can fairly claim to be (or have been…) competent – 1st class honours in Maths, with a special interest in number theory, and came into documenting the ARM instruction set architecture and assembly language from a programming background. But I’ve never been a serious C programmer – apart from BBC Basic & ARM assembly language all my programming experience is on older languages like FORTRAN, COBOL & various obsolete assembly languages. I’m very happy to defer to someone else to do this stuff now! |
tymaja (278) 52 posts |
I know the feeling re: using BASIC + Asm – it is just too good a development environment, and it feels like a step back going to many ‘higher level’ languages! Regarding 64-bit integers and typos (%%); one way around this could be to disallow the creation of variables that differ only by the number of s, so integer and integer%% cannot both be created at the same time. It could help, but could become complicated because variables reside in memory between RUNning a program, and it isn’t possible (I think) to ‘delete’ individual variables from BASIC (aside from ‘NEW’ or ‘LOCAL’): Perhaps simpler would be to highlight such ambiguous naming in LVAR, perhaps colouring such ambiguous naming? |
Pages: 1 2