<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 20, 2014 at 11:49 AM, Alexander Duda <span dir="ltr">&lt;<a href="mailto:Alexander.Duda@dfki.de" target="_blank">Alexander.Duda@dfki.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
is there a particular reason why toolchain-2.7 is not merged into<br>
master?</blockquote><div>Because the orocos toolchain developers develop on the side because that&#39;s easier for them, and believe that it is my job to merge the stuff back into master proper. We therefore end up with a fork of typelib, which we wanted to avoid in the first place [/rant]</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am asking because the current master is still using dyncall<br>
0.6 which is not compatible with OS X 10.9.<br></blockquote><div>dyncall is being unused for a pretty long time in typelib ... I think that if it is indeed problematic, we should probably just rip out the support for method calls from typelib altogether. (These days, ffi would be a much better choice) </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Furthermore there are a number of issues with the current build on OSX<br>
but I think they also apply for other Os:<br>
* rpath is not turned on for all targets therefore typelib_ruby cannot<br>
find some libs<br>
* rpath seperator is &quot;;&quot; instead of the used &quot;:&quot;<br>
* typelib_ruby is build as module. But at the same time its header are<br>
used by orocos.rb. This results in undefined references which works for<br>
gcc but not for clang. Therefore, either we should install a typlib_ruby<br>
lib or use header only.<br></blockquote><div>??? Don&#39;t understand this. You are allowed to link to a module. Moreover, the whole point of having dynamically loadable modules is that undefined references should be allowed. We should definitely not install two versions of the same shared object.</div>
<div><br></div><div>In other words, I think there *is* a way to setup typelib_ruby so that clang does not complain. What specific error do you get ?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have a merged and fixed version on my machine. Shall I create a pull<br>
request?<br></blockquote><div>Yes, on github.</div><div><br></div><div>Sylvain</div></div></div></div>