[cmake-developers] [CMake 0014441]: CMake 2.8.12-rc3 - Warning: Argument not separated from preceding token by whitespace.
The following issue has been SUBMITTED. == http://cmake.org/Bug/view.php?id=14441 == Reported By:Jean-Christophe Fillion-Robin Assigned To: == Project:CMake Issue ID: 14441 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2013-09-25 23:19 WAST Last Modified: 2013-09-25 23:19 WAST == Summary:CMake 2.8.12-rc3 - Warning: Argument not separated from preceding token by whitespace. Description: CMake Warning (dev) in Modules/ThirdParty/NIFTI/src/nifti/CMakeLists.txt: Syntax Warning in cmake code at /Volumes/Dashboards/Experimental/Slicer-Superbuild-Release-cmake-2.8.11.20130831-g7a9a8/ITKv4/Modules/ThirdParty/NIFTI/src/nifti/CMakeLists.txt:103:38 Argument not separated from preceding token by whitespace. This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) in Modules/ThirdParty/NIFTI/src/nifti/CMakeLists.txt: Syntax Warning in cmake code at /Volumes/Dashboards/Experimental/Slicer-Superbuild-Release-cmake-2.8.11.20130831-g7a9a8/ITKv4/Modules/ThirdParty/NIFTI/src/nifti/CMakeLists.txt:103:39 Argument not separated from preceding token by whitespace. This warning is for project developers. Use -Wno-dev to suppress it. The lines source of the problem are set(CPACK_PACKAGE_EXECUTABLES "NIFTI";"A program for registering medical images with mutual information.") == Issue History Date ModifiedUsername FieldChange == 2013-09-25 23:19 Jean-Christophe Fillion-RobinNew Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 09/25/2013 04:21 PM, Eric Noulard wrote: >> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=058045fa > > Good for me now. Great, thanks. -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 2013-09-25 16:14, Eric Noulard wrote: 2013/9/25 Matthew Woehlke : On 2013-09-25 12:18, Eric Noulard wrote: $ cmake --help-variable CMAKE_ If you at the end of this line, aren't you trying to complete a local file name 'L'? Yes and in fact it "restart" the completion, i.e. you get cmake --help-variable CMAKE_ That's odd... Maybe I don't understand what context you are in. If I type exactly what you showed at a bash prompt, then according to bash syntax (and verified by hitting 'enter' and receiving the expected error) 'L' is the name of a file which is redirected to cmake's stdin. Therefore, I would expect the completion context if one hits 'tab' having types exactly that to be 'L', in the context of a stdin redirection. It sounds like you are seeing something different. I'm by no means a bash completion expert, but that seems odd. Maybe you should ask on the bash list if you haven't already? Does it work if you escape the '<'? I don't really know how to do that inside a partial completion. The only option I see is to forcibly add a ' " 'prefix to the completion. Again, maybe I am confused. Did *you* type the '<'? Or was the '<' emitted due to partial completion? If the former, does completion work better if you instead try to complete: $ cmake --help-variable CMAKE_\If the latter... I'm not sure (see previous comment about not being a bash completion expert). Still, this works for e.g. file names, usually spaces are escaped automatically. I wonder if you were to simply do a replacement of '<' with '\<' in generated completions if it would work better? -- Matthew -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
2013/9/25 Brad King : > On 09/25/2013 03:50 PM, Eric Noulard wrote: >> OK then the grep -v should be specific to cpack/cmake/ctest > > Oops, thanks. Please try this one: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=058045fa Good for me now. > It is rebased on the concepts-help topic to catch the filter > added for --help-concept-list which explains why one appeared > to be missing from 'next' before. -- Erk L'élection n'est pas la démocratie -- http://www.le-message.org -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
2013/9/25 Matthew Woehlke : > On 2013-09-25 12:18, Eric Noulard wrote: >> >> $ cmake --help-variable CMAKE_ > > If you at the end of this line, aren't you trying to complete a local > file name 'L'? Yes and in fact it "restart" the completion, i.e. you get cmake --help-variable CMAKE_ Does it work if you escape the '<'? I don't really know how to do that inside a partial completion. The only option I see is to forcibly add a ' " 'prefix to the completion. i.e. replace compgen -W with compgen -P \" -W for --help-variable. -- Erk L'élection n'est pas la démocratie -- http://www.le-message.org -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] FindLATEX ps2pdf with MikTeX
Hi Miguel, As the LATEX CMake module maintainer according to [1], I'm passing along the attached patch for FindLATEX so that it detects ps2pdf with MikTeX. Thank you for your efforts, Matt [1] http://www.cmake.org/Wiki/CMake:Module_Maintainers#List 0001-FindLATEX-Find-ps2pdf-with-MikTeX.patch Description: Binary data -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 09/25/2013 03:50 PM, Eric Noulard wrote: > OK then the grep -v should be specific to cpack/cmake/ctest Oops, thanks. Please try this one: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=058045fa It is rebased on the concepts-help topic to catch the filter added for --help-concept-list which explains why one appeared to be missing from 'next' before. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
2013/9/25 Brad King : > On 09/25/2013 12:18 PM, Eric Noulard wrote: >> I think it would be simpler to use >> >> grep -v " " >> >> because help-*-list never contains a space (no variable or command >> have embedded space) > > That's a much stronger assumption that is less future-proof. ok. > In the long run I don't want to do any filtering at all and just > make sure the --help-*-list options display exactly what they should > and nothing more. For now we need to tolerate existing CMake > behavior with the most specific filter possible. OK then the grep -v should be specific to cpack/cmake/ctest because : cpack --help-command-list cpack version 2.8.11.20130925-g951a1 cpack_add_component cpack_add_component_group and cmake --help-command-list cmake version 2.8.11.20130925-g951a1 add_compile_options so you should grep -v "^cmake version " for cmake grep -v "^cpack version " for cpack grep -v "^ctest version " for ctest >> I think you missed a couple of cases in the cmake completion. > > The only "tail" filters I left are in cache variable list output > which is not filtering out the version line. A diff between mine > and yours shows that you missed one in cpack: > > diff --git a/Docs/bash-completion/cpack b/Docs/bash-completion/cpack > index e3f611e..6df0e41 100644 > --- a/Docs/bash-completion/cpack > +++ b/Docs/bash-completion/cpack > @@ -20,7 +20,7 @@ _cpack() > -D) > [[ $cur == *=* ]] && return # no completion for values > COMPREPLY=( $( compgen -W '$( cpack --help-variable-list \ > -2>/dev/null | grep -v "^cmake version " )' -S = -- "$cur" ) ) > +2>/dev/null | tail -n +2 )' -S = -- "$cur" ) ) > compopt -o nospace > return > ;; > > Anyway, I still prefer my proposal. Please check that it works > for you as I never actually use this myself. ok, done with modification grep -v "^cXXX version " for cXXX and it works with current version printed and without it as well (I did modify cmDocumentation.cxx for testing purpose as you suggested). >> Sidenote along bash completion feature: >> >> completion of variables containing < > are not working that well > > If someone knows how to improve this I would welcome it but that > is outside the scope of my change in question. Understood. -- Erk L'élection n'est pas la démocratie -- http://www.le-message.org -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 09/25/2013 03:25 PM, Rolf Eike Beer wrote: > Am Mittwoch, 25. September 2013, 11:43:19 schrieben Sie: >> Eike, Eric, Igor, >> >> Please take a look and try out this change to bash-completion: > > From a quick look I can't find anything wrong with it. Great, thanks. -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
Am Mittwoch, 25. September 2013, 11:43:19 schrieben Sie: > Eike, Eric, Igor, > > Please take a look and try out this change to bash-completion: >From a quick look I can't find anything wrong with it. Eike signature.asc Description: This is a digitally signed message part. -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 2013-09-25 12:18, Eric Noulard wrote: $ cmake --help-variable CMAKE_ If you at the end of this line, aren't you trying to complete a local file name 'L'? Does it work if you escape the '<'? -- Matthew -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckStructHasMember does not support C++ only structs
On 09/25/2013 12:16 PM, Daniele E. Domenichelli wrote: > I updated the CheckStructHasMember_CXX topic. That looks good, though I haven't tested it by hand myself. While at this, please look at adding test cases covering this module, both the old and new signatures. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
On 09/25/2013 12:18 PM, Eric Noulard wrote: > I think it would be simpler to use > > grep -v " " > > because help-*-list never contains a space (no variable or command > have embedded space) That's a much stronger assumption that is less future-proof. In the long run I don't want to do any filtering at all and just make sure the --help-*-list options display exactly what they should and nothing more. For now we need to tolerate existing CMake behavior with the most specific filter possible. > I think you missed a couple of cases in the cmake completion. The only "tail" filters I left are in cache variable list output which is not filtering out the version line. A diff between mine and yours shows that you missed one in cpack: diff --git a/Docs/bash-completion/cpack b/Docs/bash-completion/cpack index e3f611e..6df0e41 100644 --- a/Docs/bash-completion/cpack +++ b/Docs/bash-completion/cpack @@ -20,7 +20,7 @@ _cpack() -D) [[ $cur == *=* ]] && return # no completion for values COMPREPLY=( $( compgen -W '$( cpack --help-variable-list \ -2>/dev/null | grep -v "^cmake version " )' -S = -- "$cur" ) ) +2>/dev/null | tail -n +2 )' -S = -- "$cur" ) ) compopt -o nospace return ;; Anyway, I still prefer my proposal. Please check that it works for you as I never actually use this myself. > Sidenote along bash completion feature: > > completion of variables containing < > are not working that well If someone knows how to improve this I would welcome it but that is outside the scope of my change in question. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Targets for FindGTK2.cmake
On 25/09/13 17:01, Brad King wrote: > On 09/25/2013 09:21 AM, Daniele E. Domenichelli wrote: >> I noticed that on some builds, all the tests for GTK2Targets suddenly >> disappeared: >> >> londinium.kitware: http://open.cdash.org/viewTest.php?buildid=3039037 >> TheGibson.kitware: http://open.cdash.org/viewTest.php?buildid=3039001 >> >> Is it my fault or if they were explicitly disabled? > > Didn't you change the tests to be conditional on certain dependencies > existing? Yes, but at least GTK2_GLIB_FOUND should be true and the GTK2::glib target should be created, since it doesn't have dependencies, and GTK2_FOUND should be true since GTK2Components.* tests are executed... Therefore I was expecting at least the GTK2Targets.glib to be executed, but I don't see it. Anyway let's wait until tomorrow and check the new dashboard after my last changes! Cheers, Daniele -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] bash-completion: filtering out version line more robustly
Hi Brad, I think it would be simpler to use grep -v " " because help-*-list never contains a space (no variable or command have embedded space) I think you missed a couple of cases in the cmake completion. My proposal is in stage branch: bash-completion-improvement Sidenote along bash completion feature: completion of variables containing < > are not working that well try: $ cmake --help-variable CMAKE_" without success if anybody here knows an easy way to do that it would be nice to have :-] 2013/9/25 Brad King : > Eike, Eric, Igor, > > Please take a look and try out this change to bash-completion: > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5ee80b6 > > As explained in the commit message I'd like it to be robust to > the "cmake version" line being removed from the beginning later. > > One can test it with the version dropped by editing the > cmDocumentation::PrintDocumentation method to drop the > conditional block that calls PrintVersion: > > > http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmDocumentation.cxx;hb=v2.8.11.2#l310 > > I'd like to get a version of bash-completion out there for a > while before actually dropping the version number line since > people may not always use matching versions. > > Thanks, > -Brad -- Erk L'élection n'est pas la démocratie -- http://www.le-message.org -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckStructHasMember does not support C++ only structs
On 25/09/13 14:16, Brad King wrote: > That should work, though I suggest using the 'x' trick: > > if("x${ARGN}" STREQUAL "x") > set(_lang C) > elseif("x${ARGN}" MATCHES "^xLANGUAGE;([a-zA-Z]+)$") Done, thanks! I updated the CheckStructHasMember_CXX topic. Cheers, Daniele -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] bash-completion: filtering out version line more robustly
Eike, Eric, Igor, Please take a look and try out this change to bash-completion: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5ee80b6 As explained in the commit message I'd like it to be robust to the "cmake version" line being removed from the beginning later. One can test it with the version dropped by editing the cmDocumentation::PrintDocumentation method to drop the conditional block that calls PrintVersion: http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmDocumentation.cxx;hb=v2.8.11.2#l310 I'd like to get a version of bash-completion out there for a while before actually dropping the version number line since people may not always use matching versions. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Targets for FindGTK2.cmake
On 09/25/2013 09:21 AM, Daniele E. Domenichelli wrote: > I think I finally fixed it! :) Great, thanks for your persistence on following up with that. > Yesterday all the tests were green, but today there is one failing, > because "The C compiler "/usr/bin/gcc" is not able to compile a simple > test program" I reran that test locally on the machine in that build tree and it works so this must have been spurious. > I noticed that on some builds, all the tests for GTK2Targets suddenly > disappeared: > > londinium.kitware: http://open.cdash.org/viewTest.php?buildid=3039037 > TheGibson.kitware: http://open.cdash.org/viewTest.php?buildid=3039001 > > Is it my fault or if they were explicitly disabled? Didn't you change the tests to be conditional on certain dependencies existing? -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Targets for FindGTK2.cmake
Hello Brad, On 20/09/13 15:56, Brad King wrote: > I see failures such as: > > http://open.cdash.org/testDetails.php?test=209170401&build=3034240 > /usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No > such file or directory I think I finally fixed it! :) Yesterday all the tests were green, but today there is one failing, because "The C compiler "/usr/bin/gcc" is not able to compile a simple test program" http://open.cdash.org/viewTest.php?buildid=3038861 I believe it's not my fault, also because the same test was working yesterday: http://open.cdash.org/viewTest.php?buildid=3037857 I pushed right now another couple of commits that should fix the tests also with very old GTK2 releases (tested on a Debian etch with gtk2 2.8.20) I noticed that on some builds, all the tests for GTK2Targets suddenly disappeared: londinium.kitware: http://open.cdash.org/viewTest.php?buildid=3039037 TheGibson.kitware: http://open.cdash.org/viewTest.php?buildid=3039001 Is it my fault or if they were explicitly disabled? Cheers, Daniele -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckStructHasMember does not support C++ only structs
On 09/24/2013 05:28 PM, Daniele E. Domenichelli wrote: > You mean something like this? > >if("${ARGN}" STREQUAL "") > set(_lang C) >elseif("${ARGN}" MATCHES "^LANGUAGE;([a-zA-Z]+)$") > set(_lang "${CMAKE_MATCH_1}") >else() > message(FATAL_ERROR "Unknown arguments:\n ${ARGN}\n") >endif() That should work, though I suggest using the 'x' trick: if("x${ARGN}" STREQUAL "x") set(_lang C) elseif("x${ARGN}" MATCHES "^xLANGUAGE;([a-zA-Z]+)$") to avoid possible collision of ${ARGN} with other if tests. -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0014440]: Could not generated VS project file for WinCE sh4
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14440 == Reported By:mar-na Assigned To: == Project:CMake Issue ID: 14440 Category: CMake Reproducibility:always Severity: major Priority: normal Status: new == Date Submitted: 2013-09-25 07:54 EDT Last Modified: 2013-09-25 07:54 EDT == Summary:Could not generated VS project file for WinCE sh4 Description: I try to compile a HelloWorld console application for WinCE STANDARDSDK_500 (SH4) with VS 2008. It breaks with: CMake Error at c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCompilerId.cmake:443 (execute_process): execute_process given COMMAND argument with no value. Call Stack (most recent call first): c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCompilerId.cmake:48 (CMAKE_DETERMINE_COMPILER_ID_VENDOR) c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCCompiler.cmake:131 (CMAKE_DETERMINE_COMPILER_ID) CMakeLists.txt:1 (project) The C compiler identification is unknown CMake Error at c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCompilerId.cmake:443 (execute_process): execute_process given COMMAND argument with no value. Call Stack (most recent call first): c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCompilerId.cmake:48 (CMAKE_DETERMINE_COMPILER_ID_VENDOR) c:/data/cmake_wince/cmake-trunk/share/cmake-2.8/Modules/CMakeDetermineCXXCompiler.cmake:127 (CMAKE_DETERMINE_COMPILER_ID) CMakeLists.txt:1 (project) The CXX compiler identification is unknown Configuring incomplete, errors occurred! See also "C:/data/cmake_wince/HelloWorld/build-trunk/vs-2008-sh4/CMakeFiles/CMakeOutput.log". See also "C:/data/cmake_wince/HelloWorld/build-trunk/vs-2008-sh4/CMakeFiles/CMakeError.log". Steps to Reproduce: cmake verison: 2.8.11.20130923 Additional Information: For other platforms e.g. STANDARDSDK_500 (ARMV41) it works. == Issue History Date ModifiedUsername FieldChange == 2013-09-25 07:54 mar-na New Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0014439]: WiX: set/respect file/directory permissions
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14439 == Reported By:Domagoj Saric Assigned To: == Project:CMake Issue ID: 14439 Category: CPack Reproducibility:have not tried Severity: major Priority: normal Status: new == Date Submitted: 2013-09-25 06:26 EDT Last Modified: 2013-09-25 06:26 EDT == Summary:WiX: set/respect file/directory permissions Description: Installers should generally explicitly set file/directory permissions as specified in the relevant call to the CMake install() funciton. == Issue History Date ModifiedUsername FieldChange == 2013-09-25 06:26 Domagoj Saric New Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers