<br><br>Op vrijdag 23 november 2012 schreef Sylvain Joyeux (<a href="mailto:sylvain.joyeux@dfki.de">sylvain.joyeux@dfki.de</a>) het volgende:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>On 11/23/2012 03:50 PM, Willy Lambert
      wrote:<br>
    </div>
    <blockquote type="cite"><br>
      <br>
      <div class="gmail_quote">2012/11/23 Sylvain Joyeux <span dir="ltr">&lt;<a href="javascript:_e({}, &#39;cvml&#39;, &#39;sylvain.joyeux@dfki.de&#39;);" target="_blank">sylvain.joyeux@dfki.de</a>&gt;</span><br>
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div>On 11/23/2012 03:29 PM, Charles
            Lesire-Cabaniols wrote:<br>
            &gt; IMO, the issue is that the deployer finds something in<br>
            &gt; install/lib/orocos (which is my RTT_COMPONENT_PATH),
            and then does not<br>
            &gt; go to look at install/lib/orocos/gnulinux, where the
            rtt typekit is.<br>
            &gt; In another &#39;pure-orocos&#39; install (i.e. without Rock), I
            have nothing<br>
            &gt; directly in install/lib/orocos. Libs are either in
            gnulinux/ or in types/.<br>
          </div>
          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 &quot;normal&quot;
          flow).<br>
          <div>
            <div><br>
            </div>
          </div>
        </blockquote>
        <div><br>
          This dir may also be &quot;xenomai&quot; or something similar when
          building different flavor at the same time. So you have
          several dirs (gnulinux, xenomai) each containing
          libXXX-gnulinux.so or libXXX-xenomai.so<br>
        </div>
      </div>
    </blockquote>
    Yes, I know. I also have to admit that I did not follow the overall
    discussions when this transition has been made. Since we actually
    have now the OS both in the folder *and* the shared library name. A
    bit redundant. So I assumed that the current way oroGen does it was
    fine. I&#39;d like to know if Charles&#39; analysis is right and that it
    *is* why it currently does not work</div><div bgcolor="#FFFFFF" text="#000000"></div></blockquote><div><br></div><div>Turning on the logger at Debug level will reveal why it skips certain files or directories.</div><div>
<br></div><div>It&#39;s true that files can be skipped if a certain subdirectory is found or vice versa. I also agree that the filename encoding and directory structure are redundant. actually, the deployer no longer interpretes the filename and only uses directory names to look for the OROCOS_TARGET. So you can omit the -gnulinux suffix of the filename with respect to the deployer.</div>
<div> </div><div>Peter<span></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"> </div><div bgcolor="#FFFFFF" text="#000000">
</div></blockquote><div></div>