<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 16, 2017 at 2:25 PM, Michael Powell <span dir="ltr"><<a href="mailto:mwpowellhtx@gmail.com" target="_blank">mwpowellhtx@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Sorry if this seems like a rookie/novice question. I'm not new to<br>
CI/CD, however; this question may have been asked before, I don't<br>
know.<br>
<br>
I'll preface with a little background. It's been a little while for me<br>
using and truly "grokking" CMake, but if memory serves, CMake lifts<br>
raw source inputs and drops them into what becomes a meta-description<br>
for what is ultimately being built. That could overlay the source<br>
directories, but may not. That's if memory serves.<br>
<br>
Now, I am trying to configure and generated CMake targeting the Visual<br>
Studio 2015 environment.<br>
<br>
My repository is organized something like:<br>
<br>
$/CMakeLists.txt<br>
$/src<br>
$/src/CMakeLists.txt<br>
$/src/... (for things like tests, etc)<br>
<br>
And so on.<br>
<br>
Solution files are landing in the $/ directory, but I want them to<br>
land in the $/src directory as is customary for Visual Studio<br>
solutions.<br></blockquote><div><br></div><div>Then you're doing an in-source build which is not really the proper thing... they should land in something like $/build or $/../build even.  and then it wouldn't matter where they were.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
First, as far as I know, the OA (original author) is dropping<br>
CMake-driven output in the same context as the source files. Maybe<br>
that's good and/or acceptable, maybe not, considering the<br>
meta-descriptive nature of CMake.<br>
<br>
So the first question is how to cause CMake to respect the $/src<br>
objective. Otherwise, perhaps I simply have CMake generate the<br>
penultimate build structure.<br>
<br>
Close behind those questions is how to avoid outputs like ALL_BUILD<br>
and ZERO_CHECK. Those are not necessary, or perhaps are don't care,<br>
especially if output can land in $/src as envisioned.<br>
<br>
Thank you!<br>
<br>
Regards,<br>
<br>
Michael Powell<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/<wbr>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/<wbr>support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/<wbr>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/<wbr>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/<wbr>opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/cmake</a><br>
</blockquote></div><br></div></div>