Re: [Chicken-users] Chicken OSless
On Fri, May 9, 2008 at 2:54 AM, Shawn Rutledge [EMAIL PROTECTED] wrote: No, what you really want is: http://code.google.com/p/false/ cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken OSless
Hi John, Marc Feeley and Danny Dubé wrote a Scheme for a PIC microcontroller with 2K of RAM a couple years ago (PICBIT). http://w3.ift.ulaval.ca/~dadub100/files/picbit.pdf It's not Chicken, but it may inspire you to make something similar with Chicken. Good luck! -- Pierre-Alexandre On Mon, May 5, 2008 at 3:06 AM, felix winkelmann [EMAIL PROTECTED] wrote: On Thu, May 1, 2008 at 7:00 PM, John Van Enk [EMAIL PROTECTED] wrote: Hello All, I'm curious whether or not there's been work on running Chicken's binaries on a OSless piece of hardware. I've been trying to convince my boss that it would be worth while investigating dynamic languages for embedded systems. I think this should generally be possible. You would have to reimplement a bunch of libc functions, though (there are a number of macros in chicken.h that are use to abstract that stuff). If you have a C compiler for a particular platform, then chicken-generated code should be able to run, provided the runtime support exists. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken OSless
On Thu, May 8, 2008 at 5:27 PM, Pierre-Alexandre Fournier [EMAIL PROTECTED] wrote: Marc Feeley and Danny Dubé wrote a Scheme for a PIC microcontroller with 2K of RAM a couple years ago (PICBIT). http://w3.ift.ulaval.ca/~dadub100/files/picbit.pdf It's not Chicken, but it may inspire you to make something similar with Chicken. Oh that sounds interesting. I googled some more and also found these http://www.esden.net/blog/2006/07/15/lisp-in-todays-embedded-world-investigation/ http://hedgehog.oliotalo.fi/ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken OSless
On Thu, May 1, 2008 at 7:00 PM, John Van Enk [EMAIL PROTECTED] wrote: Hello All, I'm curious whether or not there's been work on running Chicken's binaries on a OSless piece of hardware. I've been trying to convince my boss that it would be worth while investigating dynamic languages for embedded systems. I think this should generally be possible. You would have to reimplement a bunch of libc functions, though (there are a number of macros in chicken.h that are use to abstract that stuff). If you have a C compiler for a particular platform, then chicken-generated code should be able to run, provided the runtime support exists. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Chicken OSless
Hello All, I'm curious whether or not there's been work on running Chicken's binaries on a OSless piece of hardware. I've been trying to convince my boss that it would be worth while investigating dynamic languages for embedded systems. -- /jve ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken OSless
On Thu, May 1, 2008 at 10:00 AM, John Van Enk [EMAIL PROTECTED] wrote: I'm curious whether or not there's been work on running Chicken's binaries on a OSless piece of hardware. I've been trying to convince my boss that it would be worth while investigating dynamic languages for embedded systems. I never tried but wondered about it too. I was thinking it would be very hard to use Scheme on a Harvard-architecture chip like an Atmel. There could be an interpreter, but anything new you define would have to go in SRAM (all 4K of it, in the case of the ATmega's). You cannot execute machine instructions out of SRAM, and you cannot write new instructions to the Flash at runtime, so the only choice would be to interpret some kind of VM instructions that are stored in SRAM, or interpret Scheme directly, or some kind of tokenized representation. And what about having a combined RAM/ROM symbol table? The approach for handling them would be completely different between the two, but you would want them to appear to work the same. But it might just barely be possible if all the libraries you could possibly want are precompiled and stored in Flash, and only a small script is executed out of SRAM at runtime. Seems insane anyway, though. On an ARM with enough RAM it would be OK though. You could start with TinyScheme; it's so small and simple (purely an interpreter) and the code is relatively easy to read. Compiling on a system without an OS would be rather challenging. :-) If you had a direct Scheme-to-Arm compiler (like Chez) it might make more sense. It would probably be faster and save memory to compile first and then throw away the source code, rather than interpreting at all. But I'm thinking of the use case where the embedded system is on a network and you connect and feed it some S-expressions to evaluate. For a standalone fixed-purpose system though, if you can compile the whole program ahead of time, there are big chunks of implementation that you don't need anymore, right? It's just static (unchanging) machine code being executed, like any other microcontroller program except less efficient. :-) ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
