Hi Alan,
The limitations are next to nothing in terms of RAM, there is
currently no use of C stadard library at all and one little problem is
that only static allocations are supported... Another thing that might
be considered limitting is that there is no equivalent of printf in
Zinc... That should be fixable once Rust 1.0 is about to land. The
supported MCUs currently include LPC17xx, one of STM32's and a K20.
I have seen your post on Go mailing list about MCU support, which is
something I was interested in as well... However, to me it doesn't
seem that Go will ever take that direction, but Rust clearly is going
there. The only complication at the moment is that Rust is still
evolving ragther rapidly and one needs to run daily builds in order to
keep-up with the compiler chages. I have made a couple of PR's to Zinc
in the last week to accomondate for such improvements. Most of those
changes I have seen in the liittle while do really make a lot of sense
to me.
There are some very intersting features in Zinc under development right now:
http://zinc.rs/blog/#/platformtree/2014/06/27/on-platform-trees/
https://github.com/hackndev/zinc/issues/90
Cheers,
--
Ilya
On 8 July 2014 23:33, Alan Wood
folknology@gmail.com wrote:
> Hey Ilya
>
> That's really cool, been watching Rust's development overtime and hoping to
> see it running on lower level devices. What are the limitations currently
> memory wise?
>
>
> On Tue, Jul 8, 2014 at 11:11 PM, Andy Bennett
andyjpb@ashurst.eu.org
> wrote:
>>
>> Hi,
>>
>> How does it compare to FORTH or embedded Lisps?
>> Some of them are quite performant and well suited to high level language
>> applications on micros.
>>
>>
>> Sorry for the drive-by reply. :-)
>>
>>
>> > In the past few week I have got slightly involved with one project that
>> > some of you might appreciate. I suppose that some of you Amy have heard
>> > of a recently developed Rust programming language by Mozilla foundation.
>> > It's primarily aims are to reduce safety critical errors at compiler
>> > level and provide simple abstractions to the programmer normally seen in
>> > higher level languages, such as Ruby and Python, yet being a systems
>> > language that may potentially be used for an OS implementation instead
>> > of aging suspects.
>> >
>> > I do find Rust a pretty amazing language, and indeed, building on years
>> > of compiler practice, it has the real potential of becoming the next big
>> > affair of many embedded systems engineers. It doesn't, however,
>> > introduce a big overhead in code execution.
>> >
>> > The particular project that I have spent some time with is titled Zinc.
>> > It aims to implement an RTOS-like system that is capable of running on
>> > bare-metal microcontroller chips. Please check it out and drop any
>> > feedback to myself or as a question on the mailing list.
>> >
>> >
http://zinc.rs
>> >
http://rust-lang.org
>> >
>> > --
>> > Ilya
>> >
>> >
>> >
>> > _______________________________________________
>> > oshug mailing list
>> > oshug@oshug.org
>> >
http://oshug.org/cgi-bin/mailman/listinfo/oshug
>> >
>>
>>
>>
>>
>>
>> Regards,
>> @ndy
>>
>> --
>> andyjpb@ashurst.eu.org
>>
http://www.ashurst.eu.org/
>> 0x7EBA75FF
>>
>>
>> _______________________________________________
>> oshug mailing list
>> oshug@oshug.org
>>
http://oshug.org/cgi-bin/mailman/listinfo/oshug
>
>
>
>
> --
> regards
> Al
>
> _______________________________________________
> oshug mailing list
> oshug@oshug.org
>
http://oshug.org/cgi-bin/mailman/listinfo/oshug
>
