On 07/02/2015 05:06 PM, Clifford Yapp wrote:
> When running the BRL-CAD configure process with the latest CMake
> release candidate, the first configure pass completes successfully.
> The second pass fails almost immediately with the error:
> CMake Error at CMakeLists.txt:120 (configure_file):
> Unknown CMake command "configure_file".
Thanks for testing the RC! I cannot reproduce that, but BRL-CAD
is a huge project with many configuration options. What exact version
did you build, on what platform, and with what cmake command line?
I see the top-level CMakeLists.txt file in BRL-CAD is using
undocumented and unsupported behavior by re-defining many core
commands as functions, including configure_file:
but unfortunately that advice was wrong. BRL-CAD should be using
its own names for those. Or, someone could come to the cmake
developers list to discuss how to add functionality to CMake to
overcome the need for such wrapper functions.
Still, if we can easily fix 3.3 to not regress existing BRL-CAD
releases then we should do so. Can you use the above information
to strip it down to a minimal example showing the problem?
On 07/09/2015 01:43 PM, Clifford Yapp wrote:
> OK, more info - it looks like the problem is limited to the CMake GUI
> configure (although I haven't been able to test ccmake, the basic
> cmake works) and the test file is pretty simple:
On Sat, Jul 11, 2015 at 5:07 AM, Stephen Kelly <[hidden email]> wrote:
> Brad King wrote:
>> Steve, please take a look. It looks like the cmState methods
>> RemoveUserDefinedCommands and RenameCommand need to work better
>> together. This needs to be fixed for 3.3.
> Fixed with
> http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f2ee169d > cmState: Restore renamed commands on cleanup