Deadline for merging branches on orocos-toolchain

Submitted by peter on Wed, 2011-04-13 22:08

RTT-dev

I merged the latest RTT master of rock on the toolchain repository and fixed
the remaining unit tests. Thanks to Sylvain and his team for doing the
necessary work to optimize the data flow pipeline.

The master branch of RTT has now deviated from toolchain-2.3 and will become
toolchain-2.4.

I would consider to release 2.4 after the gcc intrinsics code is in, so this
would be somewhere before the end of this month. There is other stuff I'm
dreaming about, but I'd like to stick to my schedule this time. For example:

- posix times on logger messages and reporting logs (if possible)
- 'rttscript' program that runs a plain orocos script, similar to 'rttlua'
- improved connection policies (as discussed earlier)
- support for simulation time, ie, running components in Gazebo-time.

I don't see a plan yet to get any of this in before 2.4, but if someone
contributes that, it might.

IF YOU WANT YOUR BRANCH TO BE MERGED:
-> reply asap to this email such that I can take it into account.

A critical issue that needs fixing is bug #854:
http://bugs.orocos.org/show_bug.cgi?id=854

Thanks !

Peter

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Fri, 2011-04-29 08:40.

I've just pushed typelib and orogen changes to master. I honestly did
not realize that you wanted to release by the end of this week.

The changes are mostly bugfixes and improvements to the Ruby API of
typelib, so there should not be any bad side effects on building on ROS.

Sylvain

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-29 08:56.

On Friday 29 April 2011 10:35:39 Sylvain Joyeux wrote:
> I've just pushed typelib and orogen changes to master. I honestly did
> not realize that you wanted to release by the end of this week.

No problem.

>
> The changes are mostly bugfixes and improvements to the Ruby API of
> typelib, so there should not be any bad side effects on building on ROS.

I'm in delay myself. The intrinsics branch is still under construction and not
merged.

Peter

Deadline for merging branches on orocos-toolchain

Submitted by willy on Sun, 2011-04-17 11:04.

2011/4/14 Peter Soetens <peter [..] ...>

> I merged the latest RTT master of rock on the toolchain repository and
> fixed
> the remaining unit tests. Thanks to Sylvain and his team for doing the
> necessary work to optimize the data flow pipeline.
>
> The master branch of RTT has now deviated from toolchain-2.3 and will
> become
> toolchain-2.4.
>
> I would consider to release 2.4 after the gcc intrinsics code is in, so
> this
> would be somewhere before the end of this month. There is other stuff I'm
> dreaming about, but I'd like to stick to my schedule this time. For
> example:
>
> - posix times on logger messages and reporting logs (if possible)
> - 'rttscript' program that runs a plain orocos script, similar to 'rttlua'
> - improved connection policies (as discussed earlier)
> - support for simulation time, ie, running components in Gazebo-time.
>
> I don't see a plan yet to get any of this in before 2.4, but if someone
> contributes that, it might.
>
> IF YOU WANT YOUR BRANCH TO BE MERGED:
> -> reply asap to this email such that I can take it into account.
>
>
Are the "hex" patches included in there ? I would like them to be in.

> A critical issue that needs fixing is bug #854:
> http://bugs.orocos.org/show_bug.cgi?id=854
>
> Thanks !
>
> Peter
> --
> Orocos-Dev mailing list
> Orocos-Dev [..] ...
> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-29 09:00.

On Sunday 17 April 2011 13:02:49 Willy Lambert wrote:
> 2011/4/14 Peter Soetens <peter [..] ...>
>
> > I merged the latest RTT master of rock on the toolchain repository and
> > fixed
> > the remaining unit tests. Thanks to Sylvain and his team for doing the
> > necessary work to optimize the data flow pipeline.
> >
> > The master branch of RTT has now deviated from toolchain-2.3 and will
> > become
> > toolchain-2.4.
> >
> > I would consider to release 2.4 after the gcc intrinsics code is in, so
> > this
> > would be somewhere before the end of this month. There is other stuff I'm
> > dreaming about, but I'd like to stick to my schedule this time. For
> > example:
> >
> > - posix times on logger messages and reporting logs (if possible)
> > - 'rttscript' program that runs a plain orocos script, similar to
> > 'rttlua' - improved connection policies (as discussed earlier)
> > - support for simulation time, ie, running components in Gazebo-time.
> >
> > I don't see a plan yet to get any of this in before 2.4, but if someone
> > contributes that, it might.
> >
> > IF YOU WANT YOUR BRANCH TO BE MERGED:
> > -> reply asap to this email such that I can take it into account.
>
> Are the "hex" patches included in there ? I would like them to be in.

I merged them in, also the 'long number' bug has been fixed in the Logger
class.

Peter

Deadline for merging branches on orocos-toolchain

Submitted by willy on Fri, 2011-04-29 09:16.

2011/4/29 Peter Soetens <peter [..] ...>

> On Sunday 17 April 2011 13:02:49 Willy Lambert wrote:
> > 2011/4/14 Peter Soetens <peter [..] ...>
> >
> > > I merged the latest RTT master of rock on the toolchain repository and
> > > fixed
> > > the remaining unit tests. Thanks to Sylvain and his team for doing the
> > > necessary work to optimize the data flow pipeline.
> > >
> > > The master branch of RTT has now deviated from toolchain-2.3 and will
> > > become
> > > toolchain-2.4.
> > >
> > > I would consider to release 2.4 after the gcc intrinsics code is in, so
> > > this
> > > would be somewhere before the end of this month. There is other stuff
> I'm
> > > dreaming about, but I'd like to stick to my schedule this time. For
> > > example:
> > >
> > > - posix times on logger messages and reporting logs (if possible)
> > > - 'rttscript' program that runs a plain orocos script, similar to
> > > 'rttlua' - improved connection policies (as discussed earlier)
> > > - support for simulation time, ie, running components in Gazebo-time.
> > >
> > > I don't see a plan yet to get any of this in before 2.4, but if someone
> > > contributes that, it might.
> > >
> > > IF YOU WANT YOUR BRANCH TO BE MERGED:
> > > -> reply asap to this email such that I can take it into account.
> >
> > Are the "hex" patches included in there ? I would like them to be in.
>
> I merged them in, also the 'long number' bug has been fixed in the Logger
> class.
>

great

is there a planned date for 2.4 ? (I know as soon as possible ^^) I won't
take this as an absolute answer, but it'll help synchronizing my stuff on
the release. Answer maybe in "days, weeks, months" if you don't have more
precision

>
> Peter
>

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Thu, 2011-04-14 09:32.

Could we move the FindRTTPlugin.cmake file from OCL to RTT ?

* it is RTT-specific (does not depend on OCL at all)
* it would allow orogen and other rock tooling to not have to keep a
copy of it ...

Thoughts ?

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-15 11:44.

2011/4/14 Sylvain Joyeux <sylvain [dot] joyeux [..] ...>:
> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>
> * it is RTT-specific (does not depend on OCL at all)
> * it would allow orogen and other rock tooling to not have to keep a
> copy of it ...
>
> Thoughts ?

Fine/Perfect for me. Where do you want to have it installed during
make install ?

Peter

> --
> Sylvain Joyeux (Dr.Ing.)
> 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 [..] ...
>
> 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
> -----------------------------------------------------------------------
>
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Fri, 2011-04-15 11:52.

On 04/15/2011 01:42 PM, Peter Soetens wrote:
> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>
>> * it is RTT-specific (does not depend on OCL at all)
>> * it would allow orogen and other rock tooling to not have to keep a
>> copy of it ...
>>
>> Thoughts ?
>
> Fine/Perfect for me. Where do you want to have it installed during
> make install ?
I have no clue ...

Where does OCL install it currently ?

Sylvain

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-15 12:04.

On Fri, Apr 15, 2011 at 1:48 PM, Sylvain Joyeux <sylvain [dot] joyeux [..] ...> wrote:
> On 04/15/2011 01:42 PM, Peter Soetens wrote:
>>
>> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>>>
>>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>>
>>> * it is RTT-specific (does not depend on OCL at all)
>>> * it would allow orogen and other rock tooling to not have to keep a
>>> copy of it ...
>>>
>>> Thoughts ?
>>
>> Fine/Perfect for me. Where do you want to have it installed during
>> make install ?
>
> I have no clue ...
>
> Where does OCL install it currently ?

It doesn't. According to cmake manual, it needs to be installed in the
CMAKE_MODULE_PATH in order to be found by find_package()
What I propose is to set CMAKE_MODULE_PATH to
"prefix/lib/cmake/orocos-rtt" during the find_package(Orocos-RTT) run
and to put the findrtt-plugin.cmake file in there.

Peter
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Fri, 2011-04-15 12:16.

On 04/15/2011 02:01 PM, Peter Soetens wrote:
> On Fri, Apr 15, 2011 at 1:48 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...> wrote:
>> On 04/15/2011 01:42 PM, Peter Soetens wrote:
>>>
>>> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>>>>
>>>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>>>
>>>> * it is RTT-specific (does not depend on OCL at all)
>>>> * it would allow orogen and other rock tooling to not have to keep a
>>>> copy of it ...
>>>>
>>>> Thoughts ?
>>>
>>> Fine/Perfect for me. Where do you want to have it installed during
>>> make install ?
>>
>> I have no clue ...
>>
>> Where does OCL install it currently ?
>
> It doesn't. According to cmake manual, it needs to be installed in the
> CMAKE_MODULE_PATH in order to be found by find_package()
> What I propose is to set CMAKE_MODULE_PATH to
> "prefix/lib/cmake/orocos-rtt" during the find_package(Orocos-RTT) run
> and to put the findrtt-plugin.cmake file in there.

Mmmmm ....

If we start installing cmake files, shouldn't the FindOrocos-RTT.cmake
file go there as well ?
--
Sylvain Joyeux (Dr.Ing.)
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 [..] ...

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
-----------------------------------------------------------------------
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-15 13:16.

On Fri, Apr 15, 2011 at 2:12 PM, Sylvain Joyeux <sylvain [dot] joyeux [..] ...> wrote:
> On 04/15/2011 02:01 PM, Peter Soetens wrote:
>>
>> On Fri, Apr 15, 2011 at 1:48 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...>
>> wrote:
>>>
>>> On 04/15/2011 01:42 PM, Peter Soetens wrote:
>>>>
>>>> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>>>>>
>>>>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>>>>
>>>>> * it is RTT-specific (does not depend on OCL at all)
>>>>> * it would allow orogen and other rock tooling to not have to keep a
>>>>> copy of it ...
>>>>>
>>>>> Thoughts ?
>>>>
>>>> Fine/Perfect for me. Where do you want to have it installed during
>>>> make install ?
>>>
>>> I have no clue ...
>>>
>>> Where does OCL install it currently ?
>>
>> It doesn't. According to cmake manual, it needs to be installed in the
>> CMAKE_MODULE_PATH in order to be found by find_package()
>> What I propose is to set CMAKE_MODULE_PATH to
>> "prefix/lib/cmake/orocos-rtt" during the find_package(Orocos-RTT) run
>> and to put the findrtt-plugin.cmake file in there.
>
> Mmmmm ....
>
> If we start installing cmake files, shouldn't the FindOrocos-RTT.cmake file
> go there as well ?

Installing this file is no longer necessary, since we have the
orocos-rtt-config*cmake files installed, which are a more powerful
alternative to FindOrocos-RTT.cmake macro.
The latter needs to be put in the cmake modules path, while the config
files are found automatically, from 2.6.3 on.

Peter

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Fri, 2011-04-15 13:24.

On 04/15/2011 03:12 PM, Peter Soetens wrote:
> On Fri, Apr 15, 2011 at 2:12 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...> wrote:
>> On 04/15/2011 02:01 PM, Peter Soetens wrote:
>>>
>>> On Fri, Apr 15, 2011 at 1:48 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...>
>>> wrote:
>>>>
>>>> On 04/15/2011 01:42 PM, Peter Soetens wrote:
>>>>>
>>>>> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>>>>>>
>>>>>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>>>>>
>>>>>> * it is RTT-specific (does not depend on OCL at all)
>>>>>> * it would allow orogen and other rock tooling to not have to keep a
>>>>>> copy of it ...
>>>>>>
>>>>>> Thoughts ?
>>>>>
>>>>> Fine/Perfect for me. Where do you want to have it installed during
>>>>> make install ?
>>>>
>>>> I have no clue ...
>>>>
>>>> Where does OCL install it currently ?
>>>
>>> It doesn't. According to cmake manual, it needs to be installed in the
>>> CMAKE_MODULE_PATH in order to be found by find_package()
>>> What I propose is to set CMAKE_MODULE_PATH to
>>> "prefix/lib/cmake/orocos-rtt" during the find_package(Orocos-RTT) run
>>> and to put the findrtt-plugin.cmake file in there.
>>
>> Mmmmm ....
>>
>> If we start installing cmake files, shouldn't the FindOrocos-RTT.cmake file
>> go there as well ?
>
> Installing this file is no longer necessary, since we have the
> orocos-rtt-config*cmake files installed, which are a more powerful
> alternative to FindOrocos-RTT.cmake macro.
> The latter needs to be put in the cmake modules path, while the config
> files are found automatically, from 2.6.3 on.
"Found automatically". How is that possible ? I don't see cmake looking
at all my hard drive to find out where the orocos-rtt-config file is
installed ...

Anyway, in principle, this orocos-rtt-config*cmake files are superseding
both FindRTTPlugin and FindOrocos-RTT, no ? In which case we should
definitely not change anything and just, in the long run, have orogen
and orocos.rb use orocos-rtt* to find the RTT and its plugins.
--
Sylvain Joyeux (Dr.Ing.)
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 [..] ...

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-15 13:28.

On Fri, Apr 15, 2011 at 3:21 PM, Sylvain Joyeux <sylvain [dot] joyeux [..] ...> wrote:
> On 04/15/2011 03:12 PM, Peter Soetens wrote:
>>
>> On Fri, Apr 15, 2011 at 2:12 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...>
>> wrote:
>>>
>>> On 04/15/2011 02:01 PM, Peter Soetens wrote:
>>>>
>>>> On Fri, Apr 15, 2011 at 1:48 PM, Sylvain Joyeux<sylvain [dot] joyeux [..] ...>
>>>> wrote:
>>>>>
>>>>> On 04/15/2011 01:42 PM, Peter Soetens wrote:
>>>>>>
>>>>>> 2011/4/14 Sylvain Joyeux<sylvain [dot] joyeux [..] ...>:
>>>>>>>
>>>>>>> Could we move the FindRTTPlugin.cmake file from OCL to RTT ?
>>>>>>>
>>>>>>> * it is RTT-specific (does not depend on OCL at all)
>>>>>>> * it would allow orogen and other rock tooling to not have to keep a
>>>>>>> copy of it ...
>>>>>>>
>>>>>>> Thoughts ?
>>>>>>
>>>>>> Fine/Perfect for me. Where do you want to have it installed during
>>>>>> make install ?
>>>>>
>>>>> I have no clue ...
>>>>>
>>>>> Where does OCL install it currently ?
>>>>
>>>> It doesn't. According to cmake manual, it needs to be installed in the
>>>> CMAKE_MODULE_PATH in order to be found by find_package()
>>>> What I propose is to set CMAKE_MODULE_PATH to
>>>> "prefix/lib/cmake/orocos-rtt" during the find_package(Orocos-RTT) run
>>>> and to put the findrtt-plugin.cmake file in there.
>>>
>>> Mmmmm ....
>>>
>>> If we start installing cmake files, shouldn't the FindOrocos-RTT.cmake
>>> file
>>> go there as well ?
>>
>> Installing this file is no longer necessary, since we have the
>> orocos-rtt-config*cmake files installed, which are a more powerful
>> alternative to FindOrocos-RTT.cmake macro.
>> The latter needs to be put in the cmake modules path, while the config
>> files are found automatically, from 2.6.3 on.
>
> "Found automatically". How is that possible ? I don't see cmake looking at
> all my hard drive to find out where the orocos-rtt-config file is installed
> ...

'automatically with respect to the CMAKE_PREFIX_PATH'. You always have
to set the prefix path.

>
> Anyway, in principle, this orocos-rtt-config*cmake files are superseding
> both FindRTTPlugin and FindOrocos-RTT, no ? In which case we should
> definitely not change anything and just, in the long run, have orogen and
> orocos.rb use orocos-rtt* to find the RTT and its plugins.

The disadvantage of the new config files is that you may only call it
once, so you need to specify all required plugins as COMPONENTS the
first time you invoke it. It's only how we implemented it, we could
fix that actually...

Peter
--
Orocos-Dev mailing list
Orocos-Dev [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Fri, 2011-04-15 13:56.

On 04/15/2011 03:24 PM, Peter Soetens wrote:
>> Anyway, in principle, this orocos-rtt-config*cmake files are superseding
>> both FindRTTPlugin and FindOrocos-RTT, no ? In which case we should
>> definitely not change anything and just, in the long run, have orogen and
>> orocos.rb use orocos-rtt* to find the RTT and its plugins.
>
> The disadvantage of the new config files is that you may only call it
> once, so you need to specify all required plugins as COMPONENTS the
> first time you invoke it. It's only how we implemented it, we could
> fix that actually...
I guess that's probably the best option.

So. For now, status quo. I keep a (fresh) copy of FindRTTPlugin.cmake in
the various projects.

In the long run, I'll change orogen and orocos.rb to use the
orocos-rtt-config*cmake mechanism and get rid of FindRTTPlugin.cmake.

I actually believe that the current limitation of
orocos-rtt-config*cmake is a problem for orogen / orocos.rb.
--
Sylvain Joyeux (Dr.Ing.)
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 [..] ...

Deadline for merging branches on orocos-toolchain

Submitted by peter on Fri, 2011-04-29 22:44.

On Friday 15 April 2011 15:53:34 Sylvain Joyeux wrote:
> On 04/15/2011 03:24 PM, Peter Soetens wrote:
> >> Anyway, in principle, this orocos-rtt-config*cmake files are superseding
> >> both FindRTTPlugin and FindOrocos-RTT, no ? In which case we should
> >> definitely not change anything and just, in the long run, have orogen
> >> and orocos.rb use orocos-rtt* to find the RTT and its plugins.
> >
> > The disadvantage of the new config files is that you may only call it
> > once, so you need to specify all required plugins as COMPONENTS the
> > first time you invoke it. It's only how we implemented it, we could
> > fix that actually...
>
> I guess that's probably the best option.
>
> So. For now, status quo. I keep a (fresh) copy of FindRTTPlugin.cmake in
> the various projects.
>
> In the long run, I'll change orogen and orocos.rb to use the
> orocos-rtt-config*cmake mechanism and get rid of FindRTTPlugin.cmake.
>
> I actually believe that the current limitation of
> orocos-rtt-config*cmake is a problem for orogen / orocos.rb.

I fixed this limitation, ie you may call find_package(Orocos-RTT) multiple times
with different required components/plugins. Fixed on toolchain-2.3 and later.

See c1a2dbd342bef7824a177d2feb4ebb5e51da94e5

Peter

Deadline for merging branches on orocos-toolchain

Submitted by Sylvain Joyeux on Thu, 2011-04-14 07:16.

On 04/14/2011 12:05 AM, Peter Soetens wrote:
> I merged the latest RTT master of rock on the toolchain repository and fixed
> the remaining unit tests. Thanks to Sylvain and his team for doing the
> necessary work to optimize the data flow pipeline.
Ah ... nice.

Thanks !

I'll push the pending changes to the rest of the toolchain (typelib,
orogen) ASAP to master.

If you guys could test the typegen part...

Deadline for merging branches on orocos-toolchain

Submitted by phamelin on Thu, 2011-04-14 01:48.

2011/4/13 Peter Soetens <peter [..] ...>

> I merged the latest RTT master of rock on the toolchain repository and
> fixed
> the remaining unit tests. Thanks to Sylvain and his team for doing the
> necessary work to optimize the data flow pipeline.
>
> The master branch of RTT has now deviated from toolchain-2.3 and will
> become
> toolchain-2.4.
>
> I would consider to release 2.4 after the gcc intrinsics code is in, so
> this
> would be somewhere before the end of this month. There is other stuff I'm
> dreaming about, but I'd like to stick to my schedule this time. For
> example:
>
> - posix times on logger messages and reporting logs (if possible)
> - 'rttscript' program that runs a plain orocos script, similar to 'rttlua'
> - improved connection policies (as discussed earlier)
> - support for simulation time, ie, running components in Gazebo-time.
>
> I don't see a plan yet to get any of this in before 2.4, but if someone
> contributes that, it might.
>
> IF YOU WANT YOUR BRANCH TO BE MERGED:
> -> reply asap to this email such that I can take it into account.
>
> A critical issue that needs fixing is bug #854:
> http://bugs.orocos.org/show_bug.cgi?id=854
>
>
In addition to support for the ARM architecture, I would also like the patch
that I submitted for bug 804 to be included.

Philippe