orocos-apps template --- cmake logic

I recently fixed up a orocos project of ours that had an awful build
system and converted it to cmake.

I started from the deprecated code in
<http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
and modified it with some parts of the ocl cmake logic into a working
system.
If anyone is interested, I might try to take some time to provide a
patch and get it up and working (for the 1.x branch, that is)

Disclaimer: I have virtually no cmake knowledge, so I'm by no means
sure that it's in improvement, but it WORKSFORME :-)

ps. I guess this is related to a "course assignment of Markus"
<http://www.orocos.org/forum/rtt/rtt-dev/reworking-ocl-best-practice-examples>,
as a template project to start from can make one win an awful lot of
time.
What's the status of that effort?

Klaas

orocos-apps template --- cmake logic

On Fri, Feb 05, 2010 at 10:14:58AM +0100, Klaas Gadeyne wrote:
> I recently fixed up a orocos project of ours that had an awful build
> system and converted it to cmake.
>
> I started from the deprecated code in
> <http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
> and modified it with some parts of the ocl cmake logic into a working
> system.
> If anyone is interested, I might try to take some time to provide a
> patch and get it up and working (for the 1.x branch, that is)
>
> Disclaimer: I have virtually no cmake knowledge, so I'm by no means
> sure that it's in improvement, but it WORKSFORME :-)
>
> ps. I guess this is related to a "course assignment of Markus"
> <http://www.orocos.org/forum/rtt/rtt-dev/reworking-ocl-best-practice-examples>,
> as a template project to start from can make one win an awful lot of
> time.
> What's the status of that effort?

Ongoing... and all efforts are directed towards 2.0. As OCL shall be
split up, the question is: how can people maintain a set of
components, dependencies, and efficiently build these for different
targets. One option is to use the rosbuild system, which solves a
large part of these problems out of the box and has proven to work
fine for the robotics course software. But we will still need
makefiles :-), so anything you have is welcome.

Markus

orocos-apps template --- cmake logic

On Fri, Feb 5, 2010 at 12:05 PM, Markus Klotzbuecher
<markus [dot] klotzbuecher [..] ...> wrote:
> On Fri, Feb 05, 2010 at 10:14:58AM +0100, Klaas Gadeyne wrote:
>> I recently fixed up a orocos project of ours that had an awful build
>> system and converted it to cmake.
>>
>> I started from the deprecated code in
>> <http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
>> and modified it with some parts of the ocl cmake logic into a working
>> system.
>> If anyone is interested, I might try to take some time to provide a
>> patch and get it up and working (for the 1.x branch, that is)
>>
>> Disclaimer: I have virtually no cmake knowledge, so I'm by no means
>> sure that it's in improvement, but it WORKSFORME :-)
>>
>> ps.  I guess this is related to a "course assignment of Markus"
>> <http://www.orocos.org/forum/rtt/rtt-dev/reworking-ocl-best-practice-examples>,
>> as a template project to start from can make one win an awful lot of
>> time.
>> What's the status of that effort?
>
> Ongoing... and all efforts are directed towards 2.0. As OCL shall be
> split up, the question is: how can people maintain a set of
> components, dependencies, and efficiently build these for different
> targets. One option is to use the rosbuild system, which solves a
> large part of these problems out of the box and has proven to work
> fine for the robotics course software. But we will still need
> makefiles :-), so anything you have is welcome.

You seem to work too long with Herman already, as I haven't found any
clear answers in your reply :-P [1],[2]
Do you mean that:
- Your current efforts are somewhere in git, and not in the subversion
repository?
- If I commit stuff in subversion, it's lost, or you have to pick it
up manually?
- I'm not familiar with rosbuild, is it a replacement for cmake? If
yes, my contribution seems to be utterly useless?

best regards,

Klaas

[1] Herman, het was sterker dan mezelf
[2] If I'm right, you will now argue that my questions were not
clear/precise/specific enough :-))

orocos-apps template --- cmake logic

On Fri, Feb 05, 2010 at 01:42:54PM +0100, Klaas Gadeyne wrote:
> On Fri, Feb 5, 2010 at 12:05 PM, Markus Klotzbuecher
> <markus [dot] klotzbuecher [..] ...> wrote:
> > On Fri, Feb 05, 2010 at 10:14:58AM +0100, Klaas Gadeyne wrote:
> >> I recently fixed up a orocos project of ours that had an awful build
> >> system and converted it to cmake.
> >>
> >> I started from the deprecated code in
> >> <http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
> >> and modified it with some parts of the ocl cmake logic into a working
> >> system.
> >> If anyone is interested, I might try to take some time to provide a
> >> patch and get it up and working (for the 1.x branch, that is)
> >>
> >> Disclaimer: I have virtually no cmake knowledge, so I'm by no means
> >> sure that it's in improvement, but it WORKSFORME :-)
> >>
> >> ps.  I guess this is related to a "course assignment of Markus"
> >> <http://www.orocos.org/forum/rtt/rtt-dev/reworking-ocl-best-practice-examples>,
> >> as a template project to start from can make one win an awful lot of
> >> time.
> >> What's the status of that effort?
> >
> > Ongoing... and all efforts are directed towards 2.0. As OCL shall be
> > split up, the question is: how can people maintain a set of
> > components, dependencies, and efficiently build these for different
> > targets. One option is to use the rosbuild system, which solves a
> > large part of these problems out of the box and has proven to work
> > fine for the robotics course software. But we will still need
> > makefiles :-), so anything you have is welcome.
>
> You seem to work too long with Herman already, as I haven't found any
> clear answers in your reply :-P [1],[2]
> Do you mean that:
> - Your current efforts are somewhere in git, and not in the subversion
> repository?

No, all efforts so far are are in my brain. I'm also not putting much
effort here ATM because we will need similar tools/infrastructure for
BRICS and it makes no sense to duplicate this.

> - If I commit stuff in subversion, it's lost, or you have to pick it
> up manually?

I don't have a clear idea what your "stuff" exactly is, so please post
it to the ML so we can see :-)

> - I'm not familiar with rosbuild, is it a replacement for cmake? If
> yes, my contribution seems to be utterly useless?

No, it's not, but rather a framework for invoking make in the right
place and order, so we need still need (C)Makefiles.

> [1] Herman, het was sterker dan mezelf
> [2] If I'm right, you will now argue that my questions were not
> clear/precise/specific enough :-))

Precisely ;-)

Markus

orocos-apps template --- cmake logic

On Fri, Feb 5, 2010 at 2:18 PM, Markus Klotzbuecher
<markus [dot] klotzbuecher [..] ...> wrote:
> On Fri, Feb 05, 2010 at 01:42:54PM +0100, Klaas Gadeyne wrote:
>> On Fri, Feb 5, 2010 at 12:05 PM, Markus Klotzbuecher
>> <markus [dot] klotzbuecher [..] ...> wrote:
>> > On Fri, Feb 05, 2010 at 10:14:58AM +0100, Klaas Gadeyne wrote:
>> >> I recently fixed up a orocos project of ours that had an awful build
>> >> system and converted it to cmake.
>> >>
>> >> I started from the deprecated code in
>> >> <http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
>> >> and modified it with some parts of the ocl cmake logic into a working
>> >> system.
>> >> If anyone is interested, I might try to take some time to provide a
>> >> patch and get it up and working (for the 1.x branch, that is)
>> >>
>> >> Disclaimer: I have virtually no cmake knowledge, so I'm by no means
>> >> sure that it's in improvement, but it WORKSFORME :-)
>> >>
>> >> ps.  I guess this is related to a "course assignment of Markus"
>> >> <http://www.orocos.org/forum/rtt/rtt-dev/reworking-ocl-best-practice-examples>,
>> >> as a template project to start from can make one win an awful lot of
>> >> time.
>> >> What's the status of that effort?
>> >
>> > Ongoing... and all efforts are directed towards 2.0. As OCL shall be
>> > split up, the question is: how can people maintain a set of
>> > components, dependencies, and efficiently build these for different
>> > targets. One option is to use the rosbuild system, which solves a
>> > large part of these problems out of the box and has proven to work
>> > fine for the robotics course software. But we will still need
>> > makefiles :-), so anything you have is welcome.
>>
>> You seem to work too long with Herman already, as I haven't found any
>> clear answers in your reply :-P [1],[2]
>> Do you mean that:
>> - Your current efforts are somewhere in git, and not in the subversion
>> repository?
>
> No, all efforts so far are are in my brain. I'm also not putting much
> effort here ATM because we will need similar tools/infrastructure for
> BRICS and it makes no sense to duplicate this.

[off-topic]
Why did I never get such course assignments? :-))
[/off-topic]

>> - If I commit stuff in subversion, it's lost, or you have to pick it
>> up manually?
>
> I don't have a clear idea what your "stuff" exactly is, so please post
> it to the ML so we can see :-)

As I said above, the "problem" is I don't have it as a patch now, only
as a confidential project, so I would take me some effort to formulate
it as a patch against
<http://svn.mech.kuleuven.be/websvn/orocos/orocos-apps/template/config/#path_orocos-apps_template_config_>
Before I do the effort, I want to make sure it's not obsolete...
However, since your effort is only in your head so far, possible
conflicts with what I would commit seem to be minor (or at least, they
won't bother me :-))

>> - I'm not familiar with rosbuild, is it a replacement for cmake?  If
>> yes, my contribution seems to be utterly useless?
>
> No, it's not, but rather a framework for invoking make in the right
> place and order, so we need still need (C)Makefiles.

[off-topic]
Aha, a _framework_ with real _hot spots_ ;-)
[/off-topic]
(it's friday again...)

Have a nice WE,

Klaas