On Sat, Jul 11, 2015 at 5:07 AM, Stephen Kelly 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/gitw
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 co
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:
Thanks. I've narrowed it down to this session:
-
On Mon, Jul 6, 2015 at 11:53 AM, Brad King wrote:
> 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?
OK, more info - it looks like the problem is limite
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):
>
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".
Configuring inc
