<br><div class="gmail_extra"><br><br><div class="gmail_quote">2012/11/27 Peter Soetens <span dir="ltr"><<a href="mailto:peter@thesourceworks.com" target="_blank">peter@thesourceworks.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Charles,<br>
<div><div class="h5"><br>
On Tue, Nov 27, 2012 at 6:39 PM, Charles Lesire-Cabaniols<br>
<<a href="mailto:charles.lesire@gmail.com">charles.lesire@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> 2012/11/23 Peter Soetens <<a href="mailto:peter@thesourceworks.com">peter@thesourceworks.com</a>><br>
>><br>
>><br>
>><br>
>> Op vrijdag 23 november 2012 schreef Sylvain Joyeux<br>
>> (<a href="mailto:sylvain.joyeux@dfki.de">sylvain.joyeux@dfki.de</a>) het volgende:<br>
>><br>
>>> On 11/23/2012 03:50 PM, Willy Lambert wrote:<br>
>>><br>
>>><br>
>>><br>
>>> 2012/11/23 Sylvain Joyeux <<a href="mailto:sylvain.joyeux@dfki.de">sylvain.joyeux@dfki.de</a>><br>
>>>><br>
>>>> On 11/23/2012 03:29 PM, Charles Lesire-Cabaniols wrote:<br>
>>>> > IMO, the issue is that the deployer finds something in<br>
>>>> > install/lib/orocos (which is my RTT_COMPONENT_PATH), and then does not<br>
>>>> > go to look at install/lib/orocos/gnulinux, where the rtt typekit is.<br>
>>>> > In another 'pure-orocos' install (i.e. without Rock), I have nothing<br>
>>>> > directly in install/lib/orocos. Libs are either in gnulinux/ or in<br>
>>>> > types/.<br>
>>>> I would need a comment from the OCL developers here ... In principle, I<br>
>>>> have nothing against changing oroGen/typeGen to install in gnulinux/ if<br>
>>>> that fixes this issue (and is more in line with the "normal" flow).<br>
>>>><br>
>>><br>
>>> This dir may also be "xenomai" or something similar when building<br>
>>> different flavor at the same time. So you have several dirs (gnulinux,<br>
>>> xenomai) each containing libXXX-gnulinux.so or libXXX-xenomai.so<br>
>>><br>
>>> Yes, I know. I also have to admit that I did not follow the overall<br>
>>> discussions when this transition has been made. Since we actually have now<br>
>>> the OS both in the folder *and* the shared library name. A bit redundant. So<br>
>>> I assumed that the current way oroGen does it was fine. I'd like to know if<br>
>>> Charles' analysis is right and that it *is* why it currently does not work<br>
>><br>
>><br>
>> Turning on the logger at Debug level will reveal why it skips certain<br>
>> files or directories.<br>
><br>
><br>
> The log in attached<br>
<br>
</div></div>The log only says that 'gnulinux' is not a file :-)<br>
<br>
Why didn't you upgrade your OCL to 2.5 ? I'm not saying the bug is<br>
fixed there, but I do know that there have been fixes along the way.<br></blockquote><div><br></div><div>I have started from scratch a new install using the Rock bootstrap with OCL turned on; I haven't even checked the OCL version that is downloaded by Rock actually... and you will have to wait till Thursday before giving you the actual OCL branch I am on ;)</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Peter<br>
</font></span></blockquote></div><br></div>