<div dir="ltr">target_compile_definitions is transitive for PUBLIC/INTERFACE definitions. Can you provide an example where that is failing?<br><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 30, 2018 at 6:32 PM Mario Emmenlauer <<a href="mailto:mario@emmenlauer.de">mario@emmenlauer.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Sorry if this has been discussed before, I searched the mailing<br>
list and google but could not find this exact issue (only [1] and<br>
[2] that refer to library dependencies).<br>
<br>
I have a case where it seems target_compile_definitions() is not<br>
transitive (it is not passed down via libraries), is that possible?<br>
I have a project that sets a PUBLIC definition on libA, and during<br>
the build of libB that links libA the definition is applied. But the<br>
definition does not pass down to executables linking libB. This is<br>
confusing for me because library dependencies and includes seem to<br>
be transitive (linking libB also links libA automatically).<br>
<br>
Is it by design that target_compile_definitions() is not transitive<br>
in cmake 3.12.1? Or am I doing something wrong?<br>
<br>
[2] <a href="https://gitlab.kitware.com/cmake/cmake/issues/17633" rel="noreferrer" target="_blank">https://gitlab.kitware.com/cmake/cmake/issues/17633</a><br>
[1] <a href="https://gitlab.kitware.com/cmake/cmake/issues/12435" rel="noreferrer" target="_blank">https://gitlab.kitware.com/cmake/cmake/issues/12435</a><br>
<br>
All the best,<br>
<br>
    Mario Emmenlauer<br>
<br>
<br>
--<br>
BioDataAnalysis GmbH, Mario Emmenlauer      Tel. Buero: +49-89-74677203<br>
Balanstr. 43                   mailto: memmenlauer * <a href="http://biodataanalysis.de" rel="noreferrer" target="_blank">biodataanalysis.de</a><br>
D-81669 München                          <a href="http://www.biodataanalysis.de/" rel="noreferrer" target="_blank">http://www.biodataanalysis.de/</a><br>
-- <br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://cmake.org/mailman/listinfo/cmake" rel="noreferrer" target="_blank">https://cmake.org/mailman/listinfo/cmake</a><br>
</blockquote></div>