Bill, <br>Yes all those should be hidden inside the build directory.  Due to the many different languages and styles we don't have a standard target for what you're asking for.  <br><br>In terms of invoking it I would suggest just using make directly.  aka "roscd my_pkg && make dist-clean"  To reiterate above the root Makefile should always just be the call through to <a href="http://cmake.mk">cmake.mk</a> as Lorenz pointed out and all the build artifacts will be hidden in the build directory.  <br>

<br>Daniel, <br>For your two requests:<br><br> 1) we're working toward that goal, however guaranteeing that all the core ROS runtime dependencies are built and ready is what that step is doing.  Using installed versions of ROS makes that step very quick due to the ROS_NOBUILD as you suggested.  <br>

<br> 2) Quick answer, use a "--robust" option and it will continue.  Long answer, the --target argument is available but can't be easily generalized, for the missing/error responses you want for different build steps are potentially quite different.  And the higherarchical nature of a rosmake no longer makes sense when doing custom targets unless the whole ecosystem knows about the custom target, in which case it's no longer a custom target.  I would suggest possibly using something like "rosmake -s target_pkg --target=custom_target" which is equivilant to doing "roscd target_pkg && make custom_target"  And rosmake will take a list of packages if you have more than one, or a stack if a whole stack has a target defined.  <br>

<br>Tully<br><br><div class="gmail_quote">On Mon, May 31, 2010 at 5:31 PM, Bill Morris <span dir="ltr"><<a href="mailto:morris@ee.ccny.cuny.edu">morris@ee.ccny.cuny.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On Mon, 2010-05-31 at 16:37 -0700, Lorenz Mösenlechner wrote:<br>
> Hi,<br>
><br>
> calling 'cmake CMakeLists.txt' in your package directory should<br>
> overwrite your existing Makefile with a cmake generated one. I'm not<br>
> sure if this is what you want to do and calling cmake outside a<br>
> dedicated build directory is not the right way to use cmake anyway.<br>
<br>
</div>Was there a bug at some point where<br>
CMakeCache.txt<br>
cmake_install.cmake<br>
CMakeFiles/<br>
were built outside of build/ and the primary Makefile was overwritten?<br>
It would explain things if that was not a feature and was in fact a bug.<br>
<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Tully Foote<br>Systems Engineer<br>Willow Garage, Inc.<br><a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a><br>(650) 475-2827<br>