Re: [ccmtools-devel] back on the component development track

[Teiniker E. <ego...@tu...>]

Hey Leif,

welcome back to ccmtools!

Quoting Leif Johnson <le...@am...>:

> So, some of my plans for the CCM Tools in this time :
>
> - I've implemented a Good Solution (tm) to the problem with user_types.h
>   files. This solution is basically to generate code for more types of CCM
>   Metamodel nodes (structs, unions, components, homes, interfaces,
>   exceptions, typedefs, and enumerations, possibly even others).
>
>   Generating code for so many types of nodes lets the tools only generate
>   code for nodes that are actually defined in a given IDL file (as opposed
>   to nodes that might be included from other files). This way we don't need
>   to worry about conflicting installs of a given file.
>
>   I've mostly (90 %) implemented this solution in the 0.2 branch and will
>   port the fix to the head branch after I finish this email. Over the
>   weekend I'll try to work out some of the remaining bugs---there are some
>   nasty things that relate to the MTyped/MIDLType class distinction.
>   Hopefully by Monday we'll be able to do make distcheck again ... and that
>   means release time !
>
> - I'm personally interested in implementing a GObject generator and a pure
>   Python generator. I'll see how fast this goes, but I might be able to
>   pirate most of the code from the C++ generators. : )
>
> - The remote C++ generator still needs some work, along with the Python
>   wrapper generator. These are very similar generators and might come
>   together if Egon and I can concentrate on them for the next few weeks.

I am working on the C++ remote generator (main trunk) and this is the current
state:
- Remote C++ component envronment (based on mico 2.3.10) can be installed
  using the ccmtools-c++remote-environment script.
- I fixed some bugs in the IDL2 Generator. The generator creates a
  Makefile to handle the mico idl compiler call - as long as confix can
  handle idl files...
- The CppRemoteGenerator can handle components with basic types (long,
  double, string etc.). I tested the attribute_basic_types,
  supports_basic_types and supports_basic_types examples.
- There is a simpe CppRemoteTestGenerator that is a remote Component server
  and client in one _check_*_remote.cc file. Thus, confix can run two tests
  after creating a remote component, one for the local component and one for
  the remote one.
- I think we can release the ccmtools-0.3.2 end of the next week...
- There are still bugs in the IDL3 Parser I have not fixed yet. I will write
  some bug reports next week.

Another project on ccmtools is comming up. Robert, a master student in Graz is
working on a 'Design by Contract' extension for local components. We use OCL to
define constraints for IDL interfaces...