<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">Hola,<br><div style="margin-left:40px">estaba probando la compilación por componente en la rama estable (desde la carpeta build de cada componente) y parece ser que falla por problemas de localización:<br>
</div>
<div style="margin-left:40px"><ul><li>Falta un descenso de directorio para cada ruta relativa en los CMakeLists. Ej: <br><br><span style="font-family:courier new,monospace">SET( INTERFACES_CPP_DIR ${CMAKE_CURRENT_SOURCE_DIR}/../../../interfaces/cpp)</span><br>

<br>debería ser<br><br><span style="font-family:courier new,monospace">SET( INTERFACES_CPP_DIR ${CMAKE_CURRENT_SOURCE_DIR}/../../../../interfaces/cpp)</span><br><br></li><li>Se necesita incluir la macro de escaneo de directorio de alguna forma en la cadena de cmake, ya que si no falla al ejecutar el CMakeLists del directorio libs.</li>

<li>Falta un descenso de directorio en los clean.sh, si no no llegan a &quot;clean_repository&quot;<br></li></ul></div><div style="margin-left:40px"><p>Solo me ha dado tiempo a probarlo en un equipo y en la rama estable, por lo que sería bueno confirmar si esto ocurre en general.</p>

</div><p>Un saludo,</p><p style="margin-left:40px">Roberto<br></p></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 12 de agosto de 2013 12:45, Roberto Calvo <span dir="ltr">&lt;<a href="mailto:rocapal@gsyc.urjc.es" target="_blank">rocapal@gsyc.urjc.es</a>&gt;</span> escribió:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El lun, 12-08-2013 a las 09:57 +0200, Roberto Calvo escribió:<br>
<div>&gt; Hola!<br>
&gt;<br>
&gt; Durante esta mañana va a estar el repo sin permisos para escribir.<br>
&gt; Estamos haciendo un cambio grande en la estructura del repo y es difícil<br>
&gt; sincronizarlo bien si hay commits de por medio.<br>
&gt;<br>
&gt; En cuanto termine os aviso y comentamos los cambios.<br>
<br>
</div>Ya está listo y restaurado los permisos para escribir en el subversion.<br>
<br>
Lo primero de todo es que os lo descarguéis y comprobéis que os compila<br>
bien. Cualquier problema, reportarlo.<br>
<br>
La modificación más grande en la organización del repositorio es que<br>
dentro de src/ tendremos 2 ramas diferencias en cuanto a al estabilidad<br>
del código. La idea es que la compilación de jderobot sea fluida y sin<br>
problemas para aquellos que la tienen que utilizar día a día.<br>
<br>
Tenemos dos directorios dentro de src:<br>
<br>
* &quot;Stable&quot; tiene que compilar siempre y funcionar perfectamente, por lo<br>
tanto cualquier commit debajo de &quot;stable&quot; debéis revisarlo bien.<br>
<br>
* &quot;Testing&quot; es todo aquello que aunque compila correctamente todavía no<br>
pertenece al core de jderobot (quizás nunca lo haga) pero necesita del<br>
entorno para compilar. Por defecto &quot;testing&quot; no se compila, para ello<br>
hay que habilitar la variable de entorno &quot;JDEROBOT_TESTING&quot;. Tenemos que<br>
ver qué componentes tienen sentido que los quitemos y dejar solo<br>
accesible mediante el tag, porque están muy muy deprecated.<br>
<br>
Ahora mismo de la parte stable se compila todo excepto los componentes<br>
de gazebo y de player porque es necesario generar bien las dependencias<br>
y activar o desactivar la compilación dependiendo de si se tienen o no.<br>
Necesito gente que trabaje con player y gazebo para dejar listo estos<br>
componentes ¿Quién se anima? ( ¿Edu, Borja, Alex? :-) )<br>
<br>
Algunos cambios (aunque quedará todo esto documentado en el wiki)<br>
<br>
- Para compilar e instalar<br>
<br>
        cmake .<br>
        make<br>
        cmake .<br>
        make install<br>
<br>
[El segundo &quot;cmake .&quot; genera la lista de los .so generados, así no hay<br>
que ponerlos a mano ni asumir que cada librería va a tener un único .so<br>
que se llama igual que el directorio. En el futuro lo cambiaremos para<br>
que las propias librerías se encarguen de instalar su targets].<br>
<br>
- El install de las librerías ha cambiado para que sea genérico y no<br>
haga falta modificar los CMakeList constantemente.<br>
<br>
- La librería geometry ya está incluida dentro de todo el proyecto, asi<br>
no duplicamos código de dependencias.<br>
<br>
- Cuando se crea un nuevo componente o librería no hace falta añadirlo a<br>
los CMakeList, ya se escanea los directorios automáticamente con una<br>
macro de CMAKE y compila todo lo que hay por debajo de components/  y<br>
libs/<br>
<br>
<br>
Creo que no me dejo nada. Lo importante sobre todo, cualquier problema<br>
que tengáis a la hora de compilar con el nuevo cambio comentármelo.<br>
<br>
Un saludo!<br>
<div><div><br>
&gt;<br>
&gt; Un saludo!<br>
&gt;<br>
<br>
--<br>
Roberto Calvo Palomino        | Robotics Lab (GSyC)<br>
R&amp;D Android Mobile Engineer   | Universidad Rey Juan Carlos<br>
<br>
Twitter: @rocapal<br>
Linkedin: <a href="http://www.linkedin.com/in/rocapal" target="_blank">http://www.linkedin.com/in/rocapal</a><br>
<br>
_______________________________________________<br>
Jde-developers mailing list<br>
<a href="mailto:Jde-developers@gsyc.es" target="_blank">Jde-developers@gsyc.es</a><br>
<a href="http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers" target="_blank">http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers</a><br>
</div></div></blockquote></div></div></div><br></div>
</div><br></div>