<div dir="ltr">Didn't see anyone respond to this... While building today I get this error...<div><br></div><div>---- Snip ----</div><div><div>Platform/Android to use this system, please send your config file to <a href="mailto:cmake@www.cmake.org">cmake@www.cmake.org</a> so it can be added to cmake</div>
<div>EXECUTE_PROCESS(COMMAND cmake -E remove_directory/package/src )</div><div>CMake Error at CMakeLists.txt:86 (if):</div></div><div><br></div><div>-----------------</div><div><br></div><div>This indicates that there is an error in a CMakeLists, but I have no idea which... especially if the build is parallel, then the previous "building" may not be fore this thing that caused the error.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 4, 2014 at 4:30 PM, Kevin Funk <span dir="ltr"><<a href="mailto:kfunk@kde.org" target="_blank">kfunk@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey developer list,<br>
<br>
I've sent a mail about this topic half a year ago [1] but didn't get any<br>
comments/suggestions. Now that 3.0 is near, I thought it's time to ask this<br>
again:<br>
<br>
Is there any interest or are there any objections against<br>
introducing error reporting using absolute paths in CMake?<br>
<br>
I'm quite puzzled by output such as:<br>
<br>
CMake Error at src/CMakeLists.txt:14 (add_executable):<br>
<br>
It makes it hard for a user of CMake (be it a human or an external tool) to<br>
locate the exact file that caused the error for no apparent reason. Why don't<br>
we use absolute paths here?<br>
<br>
Would you accept patches that change the behavior and always print absolute<br>
paths instead for the call stack? Objections?<br>
<br>
Note that my original intent is to get a better output format to be able to<br>
parse the CMake error output programmatically in KDevelop.<br>
<br>
[1] <a href="http://public.kitware.com/pipermail/cmake/2013-July/055361.html" target="_blank">http://public.kitware.com/pipermail/cmake/2013-July/055361.html</a><br>
<br>
Greets<br>
<br>
--<br>
Kevin Funk<br>
--<br>
<br>
Powered by <a href="http://www.kitware.com" 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" 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" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" 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" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</blockquote></div><br></div>