Re: [CMake] FW: Cmake on Sun?
George Neill wrote: 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? I will look into fixing it. Might just be a matter of adding a few -I options in the right place during bootstrap. -Bill ___ 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
Re: [CMake] FW: Cmake on Sun?
David, That list of platforms looks pretty good. It has been a while since I looked into this but I have not heard any problems recently. Thanks, - Ross From: David Cole [mailto:david.c...@kitware.com] Sent: Thursday, April 16, 2009 10:22 AM To: Bartlett, Roscoe A Cc: cmake@cmake.org; Williams, Alan B; Perschbacher, Brent M Subject: Re: [CMake] FW: Cmake on Sun? We have CMake dashboards set up to run on Sun and AIX. You can find them here: http://cdash.org/CDash/index.php?project=CMake (just search for Sun and AIX on that page...) What are the other platforms you're thinking of? Are they aleady represented on the CMake dashboard or is there some porting work in our future? :-) HTH, David On Tue, Feb 3, 2009 at 3:39 PM, Bartlett, Roscoe A raba...@sandia.govmailto:raba...@sandia.gov wrote: Hello, An associate of mine tried to build CMake 2.6.2 on a Sun machine and got lots of errors (see the attached). Does CMake work in the Sun? What platforms is CMake supposed to support? We also have a nasty IBM AIX machine that we have to support. It is critical that CMake port to nearly every platform that we support and it is a pretty hard list of platforms. Cheers, - Ross -Original Message- From: Williams, Alan B Sent: Tuesday, February 03, 2009 3:31 PM To: Bartlett, Roscoe A; Perschbacher, Brent M Subject: RE: Cmake on Sun? The final link line is below, followed by the errors. Also, the file cmake_bootstrap.log mentioned at the bottom, is attached. CC -library=stlport4 -xtarget=native64 -xarch=native64 -I/home/william/packages/cmake-2.6.2-sun/Source -I/home/william/packages/cmake-2.6.2-sun/Bootstrap.cmk cmake.o cmakemain.o cmakewizard.o cmCommandArgumentLexer.o cmCommandArgumentParser.o cmCommandArgumentParserHelper.o cmDepends.o cmDependsC.o cmDocumentationFormatter.o cmDocumentationFormatterText.o cmPolicies.o cmProperty.o cmPropertyMap.o cmPropertyDefinition.o cmPropertyDefinitionMap.o cmMakeDepend.o cmMakefile.o cmExportFileGenerator.o cmExportInstallFileGenerator.o cmInstallDirectoryGenerator.o cmGeneratedFileStream.o cmGlobalGenerator.o cmLocalGenerator.o cmInstallGenerator.o cmInstallExportGenerator.o cmInstallFilesGenerator.o cmInstallScriptGenerator.o cmInstallTargetGenerator.o cmSourceFile.o cmSourceFileLocation.o cmSystemTools.o cmVersion.o cmFileTimeComparison.o cmGlobalUnixMakefileGenerator3.o cmLocalUnixMakefileGenerator3.o cmMakefileExecutableTargetGenerator.o cmMakefileLibraryTargetGenerator.o cmMakefileTargetGenerator.o cmMakefileUtilityTargetGenerator.o cmBootstrapCommands.o cmCommands.o cmTarget.o cmTest.o cmCustomCommand.o cmDocumentVariables.o cmCacheManager.o cmListFileCache.o cmComputeLinkDepends.o cmComputeLinkInformation.o cmOrderDirectories.o cmComputeTargetDepends.o cmComputeComponentGraph.o cmExprLexer.o cmExprParser.o cmExprParserHelper.o cmListFileLexer.o Directory.o Glob.o RegularExpression.o SystemTools.o ProcessUNIX.o String.o System.o -o cmake Undefined first referenced symbol in file bool cmELF::ReadBytes(unsigned long,unsigned long,char*)const cmSystemTools.o unsigned cmELF::GetDynamicEntryCount()const cmSystemTools.o unsigned long cmELF::GetDynamicEntryPosition(int)const cmSystemTools.o const cmELF::StringEntry*cmELF::GetRunPath() cmSystemTools.o cmELF::cmELF(const char*)cmSystemTools.o cmELF::~cmELF() cmSystemTools.o bool cmELF::Valid()const cmSystemTools.o bool cmELF::GetSOName(std::string ) cmSystemTools.o const cmELF::StringEntry*cmELF::GetRPath() cmSystemTools.o ld: fatal: Symbol referencing errors. No output written to cmake gmake: *** [cmake] Error 1 - Error when bootstrapping CMake: Problem while running gmake - Log of errors: /home/william/packages/cmake-2.6.2-sun/Bootstrap.cmk/cmake_bootstrap.log ___ Powered by www.kitware.comhttp://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 ___ 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
Re: [CMake] FW: Cmake on Sun?
Quoting Bartlett, Roscoe A raba...@sandia.gov: Hello, An associate of mine tried to build CMake 2.6.2 on a Sun machine and got lots of errors (see the attached). Does CMake work in the Sun? What platforms is CMake supposed to support? We also have a nasty IBM AIX machine that we have to support. It is critical that CMake port to nearly every platform that we support and it is a pretty hard list of platforms. Which compiler is he using? The code quoted is C++, and GCC is less strict in its implementation of C++ standards than other compilers, particularly Sun Studio (e.g. allowing the dimensioning of arrays using variables, as in int d=6; int v[d]; - that is not valid C++ but would compile in GCC). . The Qt people found this out when trying to port Qt to Sun, and have been revising Qt to make sure the proprietary compilers can compile it. Regards, Matt Smith -- http://qtm.blogistan.co.uk/ ___ 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
Re: [CMake] FW: Cmake on Sun?
Bill, On Thu, Apr 16, 2009 at 1:03 PM, Bill Hoffman bill.hoff...@kitware.com wrote: indig...@blogistan.co.uk wrote: Quoting Bartlett, Roscoe A raba...@sandia.gov: Hello, An associate of mine tried to build CMake 2.6.2 on a Sun machine and got lots of errors (see the attached). Does CMake work in the Sun? What platforms is CMake supposed to support? We also have a nasty IBM AIX machine that we have to support. It is critical that CMake port to nearly every platform that we support and it is a pretty hard list of platforms. Which compiler is he using? The code quoted is C++, and GCC is less strict in its implementation of C++ standards than other compilers, particularly Sun Studio (e.g. allowing the dimensioning of arrays using variables, as in int d=6; int v[d]; - that is not valid C++ but would compile in GCC). . The Qt people found this out when trying to port Qt to Sun, and have been revising Qt to make sure the proprietary compilers can compile it. The problem seems to be in the boostrap script. Undefined first referenced symbol in file bool cmELF::ReadBytes(unsigned long,unsigned long,char*)const cmSystemTools.o That should only happen if CMAKE_USE_ELF_PARSER is defined: #if defined(CMAKE_USE_ELF_PARSER) # include cmELF.h #endif In 2.6.2 that is not defined during bootstrap. BTW, int d=6; int v[d] is invalid C++ and gcc is wrong... But, this is not a compiler issue, it is some odd issue with the boostrap script. Another option would be to get the binary cmake from www.cmake.org for the sun, and use that to bootstrap cmake and avoid the boostrap script. I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) Later, 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
Re: [CMake] FW: Cmake on Sun?
George Neill wrote: I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) The boostrap cmake should not use any symbols from cmELF. So, I really don't think it is an ld issue. -Bill ___ 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
Re: [CMake] FW: Cmake on Sun?
On Thu, Apr 16, 2009 at 1:31 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) The boostrap cmake should not use any symbols from cmELF. So, I really don't think it is an ld issue. I was able to recreate this situation by prepending /usr/sfw/bin in my path and exporting -bash-3.00$ env | grep CC CXX=/opt/SUNWspro/bin/CC CC=/opt/SUNWspro/bin/cc then running, ./bootstrap --no-qt-gui --prefix=/tmp/cmake (note without setting CC and CXX, it picked up the gnu stuff and bootstrapped fine) So there is certainly a conflict somewhere. Later, 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
Re: [CMake] FW: Cmake on Sun?
On Thu, Apr 16, 2009 at 2:47 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: On Thu, Apr 16, 2009 at 1:31 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) The boostrap cmake should not use any symbols from cmELF. So, I really don't think it is an ld issue. I was able to recreate this situation by prepending /usr/sfw/bin in my path and exporting -bash-3.00$ env | grep CC CXX=/opt/SUNWspro/bin/CC CC=/opt/SUNWspro/bin/cc then running, ./bootstrap --no-qt-gui --prefix=/tmp/cmake (note without setting CC and CXX, it picked up the gnu stuff and bootstrapped fine) So there is certainly a conflict somewhere. Can you run nm on cmSystemTools.o | grep cmELF in the bootstrap directory? -bash-3.00$ /usr/ccs/bin/nm ./Bootstrap.cmk/cmSystemTools.o | grep cmELF [127] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELF2t6Mpkc_v_ [124] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELF2T6M_v_ [126] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFFValid6kM_b_ [117] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFIGetRPath6M_pkn0ALStringEntry__ [125] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFJGetSOName6MrnDstdMbasic_string4Ccn0BLchar_traits4Cc__n0BJallocator4Cc_b_ [104] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFJReadBytes6kMLLpc_b_ [116] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFKGetRunPath6M_pkn0ALStringEntry__ [107] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFUGetDynamicEntryCount6kM_I_ [106] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFXGetDynamicEntryPosition6kMi_L_ HTH, 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
Re: [CMake] FW: Cmake on Sun?
George Neill wrote: On Thu, Apr 16, 2009 at 2:47 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: On Thu, Apr 16, 2009 at 1:31 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) The boostrap cmake should not use any symbols from cmELF. So, I really don't think it is an ld issue. I was able to recreate this situation by prepending /usr/sfw/bin in my path and exporting -bash-3.00$ env | grep CC CXX=/opt/SUNWspro/bin/CC CC=/opt/SUNWspro/bin/cc then running, ./bootstrap --no-qt-gui --prefix=/tmp/cmake (note without setting CC and CXX, it picked up the gnu stuff and bootstrapped fine) So there is certainly a conflict somewhere. Can you run nm on cmSystemTools.o | grep cmELF in the bootstrap directory? -bash-3.00$ /usr/ccs/bin/nm ./Bootstrap.cmk/cmSystemTools.o | grep cmELF [127] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELF2t6Mpkc_v_ [124] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELF2T6M_v_ [126] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFFValid6kM_b_ [117] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFIGetRPath6M_pkn0ALStringEntry__ [125] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFJGetSOName6MrnDstdMbasic_string4Ccn0BLchar_traits4Cc__n0BJallocator4Cc_b_ [104] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFJReadBytes6kMLLpc_b_ [116] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFKGetRunPath6M_pkn0ALStringEntry__ [107] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFUGetDynamicEntryCount6kM_I_ [106] | 0| 0|FUNC |GLOB |0|UNDEF |__1cFcmELFXGetDynamicEntryPosition6kMi_L_ HTH, George. OK, can you try this... When can you remove cmSystemTools.o from the bootstrap directory. Then copy the compiler line and add a -E to the compiler link for cmSystemTools.o compile. That will show what the preprocessed output is. -Bill ___ 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
Re: [CMake] FW: Cmake on Sun?
On Thu, Apr 16, 2009 at 3:36 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: On Thu, Apr 16, 2009 at 2:47 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: On Thu, Apr 16, 2009 at 1:31 PM, Bill Hoffman bill.hoff...@kitware.com wrote: George Neill wrote: I seem to remember running in to this issue when trying to build cmake on SS10/Solari10. If I recall correctly, it turned out being an environment issue. A conflict with GNU ld/SUN ld? (but I may have lost some memory cells since then!) The boostrap cmake should not use any symbols from cmELF. So, I really don't think it is an ld issue. I was able to recreate this situation by prepending /usr/sfw/bin in my path and exporting -bash-3.00$ env | grep CC CXX=/opt/SUNWspro/bin/CC CC=/opt/SUNWspro/bin/cc then running, ./bootstrap --no-qt-gui --prefix=/tmp/cmake (note without setting CC and CXX, it picked up the gnu stuff and bootstrapped fine) So there is certainly a conflict somewhere. Can you run nm on cmSystemTools.o | grep cmELF in the bootstrap directory? -bash-3.00$ /usr/ccs/bin/nm ./Bootstrap.cmk/cmSystemTools.o | grep cmELF [127] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELF2t6Mpkc_v_ [124] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELF2T6M_v_ [126] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFFValid6kM_b_ [117] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFIGetRPath6M_pkn0ALStringEntry__ [125] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFJGetSOName6MrnDstdMbasic_string4Ccn0BLchar_traits4Cc__n0BJallocator4Cc_b_ [104] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFJReadBytes6kMLLpc_b_ [116] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFKGetRunPath6M_pkn0ALStringEntry__ [107] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFUGetDynamicEntryCount6kM_I_ [106] | 0| 0|FUNC |GLOB |0 |UNDEF |__1cFcmELFXGetDynamicEntryPosition6kMi_L_ HTH, George. OK, can you try this... When can you remove cmSystemTools.o from the bootstrap directory. Then copy the compiler line and add a -E to the compiler link for cmSystemTools.o compile. That will show what the preprocessed output is. 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. 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
Re: [CMake] FW: Cmake on Sun?
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... 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 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. -Bill ___ 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
Re: [CMake] FW: Cmake on Sun?
I don't this this is just restricted to sun. I have noticed similar things in debian linux builds. If you bootstrap more than once, you must delete the build files. Andrew On Fri, Apr 17, 2009 at 1: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. http://www.cmake.org/mailman/listinfo/cmake No, I think you found it... 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 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. -Bill ___ 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 -- ___ Andrew J. P. Maclean Centre for Autonomous Systems The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Ph: +61 2 9351 3283 Fax: +61 2 9351 7474 URL: http://www.acfr.usyd.edu.au/ ___ ___ 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
Re: [CMake] FW: Cmake on Sun?
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
