3 ms·

one of the best and useful lisp sites. Good for learning and studying. Not sure anyone use it for production though.

PaulHoule 6y ago
I'd feel the limitation of unsigned 16-bit ints on my AVR8. There is no language that seems like a good fit for the AVR8 thanks to its many unique characteristics. For instance, the Harvard architecture and 8-bit math with a fair sized register file. You should be able to use 3 registers to do 24 bit math, allocate a block of registers for the exclusive use of the interrupt handler, do away with the "undefined behavior" that comes from using a stack, etc. The C language environment from Arduino is acceptable, particularly for education, because you are not wasting your time learning C. I write a lot of programs from the arduino that are mostly "traverse a graph of data structures and do something" (say of laser light show coordinate data or something like that) and I pack the data up with a "data assembler" written in Python... That is a weekend's project work of tooling. It would be fun to have either a high-level assembler or a pascal-like language matched to AVR8 but I think it won't happen because AVR8 is a dead end in some respects. That is, they aren't going to make a better one, maybe I can get 4x better performance with assembler compared to C for one task, but if I care about performance I will buy a more powerful microcontroller and just recompile the C program.
- timonoko 6y ago
  It is fairly easy to implement N bit arithmetics in 16-bit lisp. Especially if the system provides a Carry-flag, which it seldom does unfortunately. For some stupid reason I had strange ( 10000 . 10000 ) arithmetics, where the big number X was (cons (/ X 10000) (mod X 10000)) and primitives like */10000 helped to use it (multiply and divide with 10000). Ok. The stupid reason was it was aesthetically pleasing. For example the big number 12346789 was (1234 . 6789).
  - anthk 6y ago
    That was common with Forth. Limit? (2^16)-1. If you need something bigger, declare a long number on your own.
    - PaulHoule 6y ago
      Many FORTHs were based on 16 bit ints but I knew somebody who wrote a 32-bit FORTH for an 8-bit machine because they needed 32-bit ints.
- pjmlp 6y ago
  Ask and you will be served, https://www.mikroe.com/mikropascal-avr https://www.mikroe.com/mikropascal-avr

I'd feel the limitation of unsigned 16-bit ints on my AVR8. There is no language that seems like a good fit for the AVR8 thanks to its many unique characteristics. For instance, the Harvard architecture and 8-bit math with a fair sized register file. You should be able to use 3 registers to do 24 bit math, allocate a block of registers for the exclusive use of the interrupt handler, do away with the "undefined behavior" that comes from using a stack, etc. The C language environment from Arduino is acceptable, particularly for education, because you are not wasting your time learning C. I write a lot of programs from the arduino that are mostly "traverse a graph of data structures and do something" (say of laser light show coordinate data or something like that) and I pack the data up with a "data assembler" written in Python... That is a weekend's project work of tooling. It would be fun to have either a high-level assembler or a pascal-like language matched to AVR8 but I think it won't happen because AVR8 is a dead end in some respects. That is, they aren't going to make a better one, maybe I can get 4x better performance with assembler compared to C for one task, but if I care about performance I will buy a more powerful microcontroller and just recompile the C program.

timonoko 6y ago
It is fairly easy to implement N bit arithmetics in 16-bit lisp. Especially if the system provides a Carry-flag, which it seldom does unfortunately. For some stupid reason I had strange ( 10000 . 10000 ) arithmetics, where the big number X was (cons (/ X 10000) (mod X 10000)) and primitives like */10000 helped to use it (multiply and divide with 10000). Ok. The stupid reason was it was aesthetically pleasing. For example the big number 12346789 was (1234 . 6789).
- anthk 6y ago
  That was common with Forth. Limit? (2^16)-1. If you need something bigger, declare a long number on your own.
  - PaulHoule 6y ago
    Many FORTHs were based on 16 bit ints but I knew somebody who wrote a 32-bit FORTH for an 8-bit machine because they needed 32-bit ints.
pjmlp 6y ago
Ask and you will be served, https://www.mikroe.com/mikropascal-avr https://www.mikroe.com/mikropascal-avr