Bill, On Thu, Apr 16, 2009 at 10:46 PM, Bill Hoffman <bill.hoff...@kitware.com> wrote: > George Neill wrote: > >> >> I will try later tonight. >> >> When I reproduced this error earlier today ... I was doing an >> in-source bootstrap. I ran the bootstrap twice, the first was using >> gnu toolset and the second with SS10 tools. >> >> Rechecking out the source and doing an out-of-source bootstrap I >> seemingly cannot reproduce the issue. >> >> So it might just be a keyboard operator issue!! I'll let you know what I >> find. >> > > No, I think you found it...
Good deal. > I just reproduced the issue on a linux box. > > If you do this: > > 1. run bootstrap in source > 2. rm Bootstrap.cmk/*.o > 3. run bootstrap again I did a 'gmake clean' where your #2 is. I was looking for a dist-clean target, but doesn't exist :) > The problem is the the cmConfigure.h gets put into the build/source tree, > and it is configured for elf support. The next time bootstrap is run it > picks up the cmConfigure.h from the Source tree and tries to build with elf > support configured to be on, and you get the error. > > I guess this could happen if you were building a CVS CMake, and did an > in-source bootstrap, then a cvs update, then an in-source bootstrap again. Makes sense. So from your point of view is this just a deal that needs documented or a bug which needs to be fixed? Thanks, George _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake