Apropos G-code: https://docs.racket-lang.org/g-code-tools/index.html
Den fre. 1. mar. 2019 kl. 18.21 skrev Stephen De Gabrielle < spdegabrie...@gmail.com>: > Sounds very interesting! > > I know it doesnt answer your realtime question but could Racket be used to > compile 'G-Code'(or C?) to shorten your development loop from 'prototyping > and porting' to 'compiling'? (and perhaps 'talk' to linuxcnc directly if it > has an api?) > > Kind regards > Stephen > > G-code from http://linuxcnc.org/docs/2.7/html/gcode/coordinates.html > > G10 L2 P1 X0 Y0 Z0 (ensure that G54 is set to machine zero) > G0 X-0.1 Y0 Z0 > G1 F1 Z-0.25 > G3 X-0.1 Y0 I0.1 J0 > G0 Z0 > M2 > > > It can generate outputs for other targets, e.g. scribble, asi64 > > > On Fri, Mar 1, 2019 at 4:56 PM Dave McDaniel <mcdanield...@gmail.com> > wrote: > >> That is a cool idea. While its not racket, have you heard of Carp? It's >> a lisp without GC, was developed for game development. I think its still >> pretty beta, and again not racket, but you may find it tangentially >> interesting. >> >> https://github.com/carp-lang/Carp >> >> Best, >> Dave >> >> On Fri, Mar 1, 2019 at 11:51 AM Curtis Dutton <curtd...@gmail.com> wrote: >> >>> Hi all, >>> >>> I've worked with linuxcnc realtime machine controller for the last 5 >>> years. I have been playing around in my spare time with building a new >>> motion controller that is jerk limited. My prototyping is being done in >>> racket to prove out my math and implementation. Once working well it will >>> be ported to C for hard realtime production code. It's been nice with the >>> FFI to be able to actually interface with linuxcnc. >>> >>> Now I find myself wondering, why can't racket run in realtime? The GC is >>> the most obvious hurdle that I can see. But racket execution speed by >>> itself is plenty fast enough. >>> >>> If we had a racket language that could generate code that doesn't >>> generate garbage during execution I think implementing realtime components >>> in racket could be doable. >>> >>> Most realtime code in the machine controller consists of tiny little >>> functions that are executed at 1000 times per second. >>> >>> So what I'm looking for is a racket language that doesn't generate >>> garbage at execution time. But a "setup" phase could do so and it wouldn't >>> be a problem. >>> >>> Is there such a thing? Is it worth pursuing? Or better to just stick >>> with C? >>> >>> Anyhow just something I've been wondering about and I'm seeking opinions >>> or any known resources from the research world. >>> >>> >>> Thanks, >>> Curtis >>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Racket Developers" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to racket-dev+unsubscr...@googlegroups.com. >>> To post to this group, send email to racket-dev@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/racket-dev/CAPChLEqN4BHVn7P0UAA09n4UGVvVsyqw9DhKdoBEOtK56Dkrrg%40mail.gmail.com >>> <https://groups.google.com/d/msgid/racket-dev/CAPChLEqN4BHVn7P0UAA09n4UGVvVsyqw9DhKdoBEOtK56Dkrrg%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Racket Developers" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to racket-dev+unsubscr...@googlegroups.com. >> To post to this group, send email to racket-dev@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/racket-dev/CAJx4fADapXGj-7Br2RObmaZJVQv4Q5RSHcPnesYCrBv5Y8jQKQ%40mail.gmail.com >> <https://groups.google.com/d/msgid/racket-dev/CAJx4fADapXGj-7Br2RObmaZJVQv4Q5RSHcPnesYCrBv5Y8jQKQ%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > -- > You received this message because you are subscribed to the Google Groups > "Racket Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to racket-dev+unsubscr...@googlegroups.com. > To post to this group, send email to racket-dev@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/racket-dev/CAGHj7-J22hjmXa8LcD8SWm3YujwateXpa0MzznmH%3DzV1Z91fSQ%40mail.gmail.com > <https://groups.google.com/d/msgid/racket-dev/CAGHj7-J22hjmXa8LcD8SWm3YujwateXpa0MzznmH%3DzV1Z91fSQ%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- -- Jens Axel Søgaard -- You received this message because you are subscribed to the Google Groups "Racket Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscr...@googlegroups.com. To post to this group, send email to racket-dev@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/CABefVgwZ1L3kDXAmhwphZcEcR9%2BKriiuigaXOaGYaAGNByUOHA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
