On 06/11/2014 11:57 AM, Dirk Steenpass wrote:
> I could not make myself any clearer I re-post a question by
> William Deurwaarder on Apr 11, 2014.
[snip]
> root/A -> in this CMakeLists.txt a custom-target is defined 
> root/B -> in this CMakeLists.txt a static-library is defined which depends on 
> A
> root/C -> in this CMakeLists.txt the executable is defined which depends on B
> root -> in this CMakeLists.txt all three sub-directories are added. 

Please provide a tarball or zipfile with a minimal source tree
demonstrating the problem.

> what is the reason to exclude A from the default-build

If add_custom_target is called without the ALL option then it
will not normally be part of the default build.  It could be
some utility operation that should not normally run but can
be manually triggered.  As explained in William's original
message, and here:

 http://www.cmake.org/Bug/view.php?id=14929#c35918

it is necessary to bring such targets into the default build if
they are depended upon by other targets that are in the
default build.  (It would be much simpler if VS were to honor
dependencies as one might expect instead of skipping things.)

IIUC you are reporting a case where a non-default target is
not being made default despite a dependency on it.  A specific
example tarball will help clarify that.

Thanks,
-Brad

-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Reply via email to