Re: Automatic code generation from UML-like statecharts

Andrzej Wasowski <andrzej_wasowski@yahoo.com>
30 Jan 2002 20:40:13 -0500

          From comp.compilers

Related articles
Automatic code generation from UML-like statecharts andrzej_wasowski@yahoo.com (Andrzej Wasowski) (2002-01-17)
Re: Automatic code generation from UML-like statecharts jeremybennett_newsreply1@yahoo.co.uk (Jeremy Bennett) (2002-01-18)
Re: Automatic code generation from UML-like statecharts andrzej_wasowski@yahoo.com (Andrzej Wasowski) (2002-01-30)
| List of all articles for this month |
From: Andrzej Wasowski <andrzej_wasowski@yahoo.com>
Newsgroups: comp.compilers
Date: 30 Jan 2002 20:40:13 -0500
Organization: UNI-C
References: 02-01-076 02-01-083
Keywords: code, tools
Posted-Date: 30 Jan 2002 20:40:12 EST

> At the risk of stating the absolutely obvious, I presume you've looked
> at existing UML tools. I know that RoseRT from Rational generates code
> from its state machines, and my team used it successfully in building
> real-time embedded software in 1999. We were quite happy with the
> performance of the resulting code in a pretty demanding environment.


I have not looked at those specifically, but I know some more Embedded
Systems oriented tools. My prejudice about RoseRT is that it is huge and
devoted to "big software" development. My interest is somewhat more
focused on state charts (and only state charts) which are also limited
enough to make runtime code generation reasonable.


I know visualSTATE charts from IAR Inc. quite well. These are
hierarchical and I more or less guess how they are implemented
(interpreted). I did some search on STATEMATE, but could not find any
explicite article on the code generation in this (most are on
verification and validation). I guess that is should be similar to
visualSTATE (anybody knows it here?). These are the main tools, that I
know, focusing on speed and size and important constraints of embedded
systems.


andrzej


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.