<div dir="ltr"><p style="font-size:12.8px">[Resend message of <span style="font-size:12.8px">20 de octubre de 2015, 19:16 to </span><span style="font-size:12.8px"><a href="mailto:f.perez475@gmail.com">f.perez475@gmail.com</a> Fran, you can skip it]</span></p><p dir="ltr" style="font-size:12.8px"><span style="font-size:12.8px">Thanks Fran.</span><br></p><p dir="ltr" style="font-size:12.8px">About 2: recently, chainned CMakeLists changed from:<br>add_subdirectory(child-folder, child-folder)<br>To:<br>add_subdirectory(child-folder)<br>First one overrides defauld build dir (cmake_current_binary_dir) with source dir, so it forces an in-source compilation.<br>Now, it will be under binary_dir.<br>So for out-of-source compilation (mkdir build + <span class="">cmake</span> ..) all generated files will be under build tree<br>(Nevertheless, <span class="">cmake</span> . will maitain in-source style for backward compatibility).</p><p dir="ltr" style="font-size:12.8px">Y love this change, but it will bite us in some ways (hardcoded relative paths, in-source dependencies (=config files)).<br>Workaround? Just build in source, so...</p><p dir="ltr" style="font-size:12.8px">Therefore, as long as not al cmakelists took this change, will be the official method?<br>Just to adapt it if it is part of my changeset (so at least I test the change).</p><p dir="ltr" style="font-size:12.8px">About 3:<br>I do not understand <span class="">cmake</span> pretty well, neither possible behavior changes since ancient versions.<br>So, for example, if we have:<br>jderobot/a/b/c (directories)<br>And b is just a cmakelist with add_subdirectory(c)<br>Could this cmakelists disapear in favor of<br>add_subdirectory(b/c) at 'a' level?</p><p dir="ltr" style="font-size:12.8px">ps: only drawback to avoid it is that binary_dir will lost "c prefix" hierarchy, so b will no longer be at binary path. But i have no idea.</p></div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-20 18:17 GMT+02:00 Francisco Pérez <span dir="ltr"><<a href="mailto:f.perez475@gmail.com" target="_blank">f.perez475@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Victor,<br>
<br>
1- As the ardrone_server driver needs the parrot SDK to work, it make sense<br>
that it throws an error if there is no SDK installed. If this error does not<br>
appear in compilation time, it has to be fixed. On the other hand it also<br>
depends on the installation method of JdeRobot, as the<br>
installation-by-packages would install all the dependencies automatically;<br>
if you, otherwise, choose the manual installation (from source) you'll need<br>
to install all the dependencies before compiling JdeRobot (which includes<br>
the ardrone SDK).<br>
<br>
2- Which commit do you mean? I don't understand quite well this question :S<br>
<br>
3- Do you mean in the JdeRobot compilation chain? I've not tested it, but I<br>
think it would exist a workaround for this! Fran or Roberto will know<br>
better!<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://jderobot-developer-list.2315034.n4.nabble.com/JdeRobot-Two-questions-ArDrone-deps-out-of-source-build-tp4642782p4642785.html" rel="noreferrer" target="_blank">http://jderobot-developer-list.2315034.n4.nabble.com/JdeRobot-Two-questions-ArDrone-deps-out-of-source-build-tp4642782p4642785.html</a><br>
Sent from the Jderobot Developer List mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Jde-developers mailing list<br>
<a href="mailto:Jde-developers@gsyc.es">Jde-developers@gsyc.es</a><br>
<a href="http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers" rel="noreferrer" target="_blank">http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers</a><br>
</blockquote></div><br></div>