[Rock-dev] Fwd: Re: Weekly report

[Anita]

Dear all,

This is a summary of what I've been doing this week in the ESA Summer of code:

I've started creating the cross compiler for ERC32, LEON2 and LEON3. I
sucesfully compiled binutils, gcc, newlib and RTEMS with the SPARC
cross compiler. I'm working right now in making boost and omniORB run
in SPARC/RTEMS.

In parallel, I'm trying to compile a more complex tutorial on RTEMS
x86 using rock-create-orogen. Due to this, initially I made the
mistake to compile several libraries like utimm, sisl, base/types, etc
using the cross
compiler for RTEMS.

I managed to compile some of these packages, but after several days I
crashed into
utilrb and then, I realized that make ruby works on top of RTEMS will
not be an easy job, and more important, it's probably not necessary at
all :(

As far as I understand, these libraries are used only by oroGen in
order to generate code from templates (but in the host computer, not
in the target).

The only modification needed in oroGen would be in the generation of
Makefiles, adding there support for RTEMS and the specified target. Am
I right?

Cheers!
Ana

On Fri, Aug 19, 2011 at 9:43 AM, Sylvain Joyeux <sylvain.joyeux at dfki.de> wrote:
> And now, some of my own comments ...
>
> Summary: cool !
>
> On 08/19/2011 11:39 AM, Sylvain Joyeux wrote:
>> About  librtt-transport-mqueue-rtems.so error. For some reason,
>> compiling ParsedStateMachine.cpp , i386-rtems-as does not like the
>> output generated by cc1plus. I'm still working on this and I think I
>> will find the error soon.
> I would not spend too much time fixing this. The internal state machine
> parser is not used at all in rock, and even in RTT it is being (slowly)
> superseded by the Lua scripting engine.
>
>> In parallel, I've been adding RTEMS support to Orogen and Autoproj.
>> So far, I specify the compilation flags for rtt cmake in override.rb
>> but I think it would be a better idea to move them to other location
>> based on the selected target (I need think more about this)
> That would be a nice addition. In principle, the flags are set in the
> rock.toolchain package set (look into the autobuild files) based on the
> selected target.
>
> --
> Sylvain Joyeux
> Space&  Security Robotics
>
> !!! Achtung, neue Telefonnummer!!!
>
> Standort Bremen:
> DFKI GmbH
> Robotics Innovation Center
> Robert-Hooke-Straße 5
> 28359 Bremen, Germany
>
> Phone: +49 (0)421 178-454136
> Fax:   +49 (0)421 218-454150
> E-Mail: robotik at dfki.de
>
> Weitere Informationen: http://www.dfki.de/robotik
> -----------------------------------------------------------------------
> Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
> Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
> Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
> (Vorsitzender) Dr. Walter Olthoff
> Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
> Amtsgericht Kaiserslautern, HRB 2313
> Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
> USt-Id.Nr.:    DE 148646973
> Steuernummer:  19/673/0060/3
> -----------------------------------------------------------------------
>
> _______________________________________________
> Rock-dev mailing list
> Rock-dev at dfki.de
> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>