<br><div class="gmail_extra"><br><br><div class="gmail_quote">2012/11/27 Peter Soetens <span dir="ltr">&lt;<a href="mailto:peter@thesourceworks.com" target="_blank">peter@thesourceworks.com</a>&gt;</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>
&lt;<a href="mailto:charles.lesire@gmail.com">charles.lesire@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; 2012/11/23 Peter Soetens &lt;<a href="mailto:peter@thesourceworks.com">peter@thesourceworks.com</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Op vrijdag 23 november 2012 schreef Sylvain Joyeux<br>
&gt;&gt; (<a href="mailto:sylvain.joyeux@dfki.de">sylvain.joyeux@dfki.de</a>) het volgende:<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 11/23/2012 03:50 PM, Willy Lambert wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; 2012/11/23 Sylvain Joyeux &lt;<a href="mailto:sylvain.joyeux@dfki.de">sylvain.joyeux@dfki.de</a>&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On 11/23/2012 03:29 PM, Charles Lesire-Cabaniols wrote:<br>
&gt;&gt;&gt;&gt; &gt; IMO, the issue is that the deployer finds something in<br>
&gt;&gt;&gt;&gt; &gt; install/lib/orocos (which is my RTT_COMPONENT_PATH), and then does not<br>
&gt;&gt;&gt;&gt; &gt; go to look at install/lib/orocos/gnulinux, where the rtt typekit is.<br>
&gt;&gt;&gt;&gt; &gt; In another &#39;pure-orocos&#39; install (i.e. without Rock), I have nothing<br>
&gt;&gt;&gt;&gt; &gt; directly in install/lib/orocos. Libs are either in gnulinux/ or in<br>
&gt;&gt;&gt;&gt; &gt; types/.<br>
&gt;&gt;&gt;&gt; I would need a comment from the OCL developers here ... In principle, I<br>
&gt;&gt;&gt;&gt; have nothing against changing oroGen/typeGen to install in gnulinux/ if<br>
&gt;&gt;&gt;&gt; that fixes this issue (and is more in line with the &quot;normal&quot; flow).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; This dir may also be &quot;xenomai&quot; or something similar when building<br>
&gt;&gt;&gt; different flavor at the same time. So you have several dirs (gnulinux,<br>
&gt;&gt;&gt; xenomai) each containing libXXX-gnulinux.so or libXXX-xenomai.so<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Yes, I know. I also have to admit that I did not follow the overall<br>
&gt;&gt;&gt; discussions when this transition has been made. Since we actually have now<br>
&gt;&gt;&gt; the OS both in the folder *and* the shared library name. A bit redundant. So<br>
&gt;&gt;&gt; I assumed that the current way oroGen does it was fine. I&#39;d like to know if<br>
&gt;&gt;&gt; Charles&#39; analysis is right and that it *is* why it currently does not work<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Turning on the logger at Debug level will reveal why it skips certain<br>
&gt;&gt; files or directories.<br>
&gt;<br>
&gt;<br>
&gt; The log in attached<br>
<br>
</div></div>The log only says that &#39;gnulinux&#39; is not a file :-)<br>
<br>
Why didn&#39;t you upgrade your OCL to 2.5 ? I&#39;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&#39;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>