Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
Hi all! Modern master alive! :-) It's been almost a month and it's time to upgrade: 3.3.20150901 CMake => CMake 3.3.20151001 Dear friends, I have a question and call for help. With my assistance the project has an option for component installation project: CMake_INSTALL_COMPONENTS Unfortunately not all files found your component. The files to be installed without specifying a component fall into 'Unspecified' component. Need to parse them out and assign them to the component context. Now have the components: - cmake; - ctest; - cpack; - cmake-gui; - sphinx-man; - sphinx-html; - sphinx singlehtml; - sphinx-qthelp and General for everything else Is Unspecified; A list of unaccounted for 'Unspecified' of files to install on the Window is attached. Links to the installers were specified earlier (see below). On 28.07.2015, 17:49, "Konstantin Podsvirov" : > Hi dear CMake developers! > > 27.07.2015, 18:52, "Brad King" : >> On 07/24/2015 03:46 AM, Konstantin Podsvirov wrote: >>> To solve the problem you run cmake-gui is now possible with the >>> the following changes: >> >> Applied as two separate commits with minor tweaks: >> >> cmake-gui: Install Qt5 Windows platform plugin >> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=42f0155b >> >> CMake: Add option CMake_INSTALL_DEPENDENCIES >> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=068e7962 > > Code now in 'master' branch. > > Thanks, Brad! > > Meet/install/CMake built modern update on MSVC2015 c QtDialog based on Qt 5.5 > from today :-) > > Windows 32bit: > > http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe > > Windows 64bit: > > http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe > > cmake-gui should work now, but if not, then update your system and install > > Visual C++ Redistributable for Visual Studio 2015 from the link below: > > http://www.microsoft.com/en-us/download/details.aspx?id=48145 > > As always, questions and suggestions are welcome. -- Regards, Konstantin Podsvirov.: bin/ doc/ share/ tree.txt ./bin: cmcldeps.exe* msvcp140.dll* vcruntime140.dll* ./doc: cmake-3.3/ ./doc/cmake-3.3: Copyright.txt cmake.org.html cmcompress/ cmcurl/ cmexpat/ cmlibarchive/ cmliblzma/ cmsys/ cmzlib/ ./doc/cmake-3.3/cmcompress: Copyright.txt ./doc/cmake-3.3/cmcurl: COPYING ./doc/cmake-3.3/cmexpat: COPYING ./doc/cmake-3.3/cmlibarchive: COPYING ./doc/cmake-3.3/cmliblzma: COPYING ./doc/cmake-3.3/cmsys: Copyright.txt ./doc/cmake-3.3/cmzlib: Copyright.txt ./share: aclocal/ cmake-3.3/ ./share/aclocal: cmake.m4 ./share/cmake-3.3: Help/ Modules/ Templates/ completions/ editors/ include/ ./share/cmake-3.3/Help: command/ generator/ include/ index.rst manual/ module/ policy/ prop_cache/ prop_dir/ prop_gbl/ prop_inst/ prop_sf/ prop_test/ prop_tgt/ release/ variable/ ./share/cmake-3.3/Help/command: FIND_XXX.txt FIND_XXX_ORDER.txt FIND_XXX_ROOT.txt add_compile_options.rst add_custom_command.rst add_custom_target.rst add_definitions.rst add_dependencies.rst add_executable.rst add_library.rst add_subdirectory.rst add_test.rst aux_source_directory.rst break.rst build_command.rst build_name.rst cmake_host_system_information.rst cmake_minimum_required.rst cmake_policy.rst configure_file.rst continue.rst create_test_sourcelist.rst ctest_build.rst ctest_configure.rst ctest_coverage.rst ctest_empty_binary_directory.rst ctest_memcheck.rst ctest_read_custom_files.rst ctest_run_script.rst ctest_sleep.rst ctest_start.rst ctest_submit.rst ctest_test.rst ctest_update.rst ctest_upload.rst define_property.rst else.rst elseif.rst enable_language.rst enable_testing.rst endforeach.rst endfunction.rst endif.rst endmacro.rst endwhile.rst exec_program.rst execute_process.rst export.rst export_library_dependencies.rst file.rst find_file.rst find_library.rst find_package.rst find_path.rst find_program.rst fltk_wrap_ui.rst foreach.rst function.rst get_cmake_property.rst get_directory_property.rst get_filename_component.rst get_property.rst get_source_file_property.rst get_target_property.rst get_test_property.rst if.rst include.rst include_directories.rst include_external_msproject.rst include_regular_expression.rst install.rst install_files.rst install_programs.rst install_targets.rst link_directories.rst link_libraries.rst list.rst load_cache.rst load_command.rst macro.rst make_directory.rst mark_as_advanced.rst math.rst message.rst option.rst output_required_files.rst project.rst qt_wrap_cpp.rst qt_wrap_ui.rst remove.rst remove_definitions.rst return.rst separate_arguments.rst set.rst set_directory_properties.rst set_property.rst set_source_files_properties.rst set_target_properties.rst set_tests_properties.rst site_name.rst source_group.rst string.rst subdir_depends.rst subdirs.rst target_compile_definitions.rst target_compile_features.rst target_compile_options.rst target_include_directories.rst target_link_libraries.rst target_sources.rst try_compile.rst try_run.rst unset.rst use_mangled_mesa.rst utility_source.rst variable_requires.rst varia
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
Hi dear CMake developers! 27.07.2015, 18:52, "Brad King" : > On 07/24/2015 03:46 AM, Konstantin Podsvirov wrote: >> To solve the problem you run cmake-gui is now possible with the >> following changes: > > Applied as two separate commits with minor tweaks: > > cmake-gui: Install Qt5 Windows platform plugin > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=42f0155b > > CMake: Add CMake_INSTALL_DEPENDENCIES option > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=068e7962 > Code now in 'master' branch. Thanks, Brad! Meet/install/update modern CMake built on MSVC2015 c QtDialog based on Qt 5.5 from today :-) Windows 32bit: http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe Windows 64bit: http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe cmake-gui should work now, but if not, then update your system and install Visual C++ Redistributable for Visual Studio 2015 from the link below: http://www.microsoft.com/en-us/download/details.aspx?id=48145 As always, questions and suggestions are welcome. -- Regards, Konstantin Podsvirov -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
On 07/24/2015 03:46 AM, Konstantin Podsvirov wrote: > To solve the problem you run cmake-gui is now possible with the > following changes: Applied as two separate commits with minor tweaks: cmake-gui: Install Qt5 Windows platform plugin http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=42f0155b CMake: Add CMake_INSTALL_DEPENDENCIES option http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=068e7962 Thanks, -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
Hi dear CMake developers! Modern CMake requires modern platform! To solve the problem you run cmake-gui is now possible with the following changes: [PATCH] CMake: Added option CMake_INSTALL_DEPENDENCIES By default this option is ON Turn OFF to disable installing runtime 3th dependencie Addition QtDialog now installing on Windows platform plugin for Qt5 http://git.podsvirov.pro/?p=kitware/cmake.git;a=commitdiff;h=e955bd6783abdc1bf30a9e7c3d88bac3eb0acd60 Dear Brad, please consider the possibility of applying these changes. Check out the work of these changes can on earlier installers. cmake-gui should work now, but if not, then update your system and install >Visual C++ Redistributable for Visual Studio 2015 from the link below: > > http://www.microsoft.com/en-us/download/details.aspx?id=48145 23.07.2015, 16:47, "Konstantin Podsvirov" : > Hi Ruslan and other developers! > > 23.07.2015, 16:12, Ruslan Baratov" : >> On 23-Jul-15 12:32, Konstantin Podsvirov wrote: >>> Hi dear CMake developers! >>> >>> Meet modern CMake built on MSVC2015 c QtDialog based on Qt 5.5 from today >>> :-) >>> >>> Windows 32bit: >>> >>> http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe >>> >>> Windows 64bit: >>> >>> http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe >>> >>> As always, questions and suggestions are welcome. >>> >>> -- >>> Regards, >>> Konstantin Podsvirov >> >> Both versions can't start because dll is missing: >> api-ms-win-crt-runtime-l1-1-0.dll >> Win 7 x64 >> >> Ruslan > > To solve the problem quickly, you need to install Visual C++ Redistributable > for Visual Studio 2015 from the link below: > > http://www.microsoft.com/en-us/download/details.aspx?id=48145 > > Now more interesting :-) > > Outdoor platforms may not be Universal CRT: > > http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-universal-crt.aspx > > CMake uses the module "InstallRequiredSystemLibraries" to install > dependencies. > Who is in charge here on this module? Should this module to install Universal > CRT > (api-ms-win-crt-runtime-xxx.dll library) for MSVC14 ? > > -- > Regards, > Konstantin Podsvirov Regards, Konstantin Podsvirov -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
> -Original Message- > From: Nils Gladitz [mailto:nilsglad...@gmail.com] > > On 23.07.2015 17:24, James Johnston wrote: > > That sounds horrible - asking a user to manually run Windows Update. > > But Windows Update packages don't have to be installed ONLY by way of > > visiting Windows Update manually. > > But this will only be an issue for users which don't run windows >= 10 or > which don't run regular updates (I'd have assumed this comes in through > automated updates as well unless disabled?). Depends on if it is an "important" update or an "optional" update... Or it may not show at all. E.g. the legacy WinHelp MSU package is not pushed via Windows Update at all, but if you want WinHelp, it's installed via a manually-downloaded MSU package that you have to get from Microsoft.com downloads. I'm curious to find out which method they choose... > I rather think it is nice that this is considered an operating system component > rather than a visual studio version specific runtime component (e.g. reduced > application installer sizes and centralized updates) but this might work best if > you also treat it as such (unless you specifically have to target e.g. > outdated/unnetworked machines). To me, this is the worst of both worlds. Not only do we STILL have to distribute the version-specific components (which are not part of the universal CRT) as we always have since VS2005, we now have this MSU package IN ADDITION that has to be installed for every configuration except static runtime linking. You still have the burden of redistributing the rest of the "unstable" VS2015-specific runtime. So it's not like you can wait 10 years for adoption and stop worrying about any VS2015 redistributing runtime files at all. Bonus points if they find a way in Visual Studio 2020 to modify the universal CRT and somehow cause breaking changes with VS2015, even though they promised not to... This was supposedly why the VS2005 CRT & newer are side-by-side installed into winsxs - to fix "DLL hell" from the 1990s... James -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
On 23.07.2015 17:24, James Johnston wrote: That sounds horrible - asking a user to manually run Windows Update. But Windows Update packages don't have to be installed ONLY by way of visiting Windows Update manually. The support issue is certainly cumbersome given that users will be told that some DLL that they haven't heard of before is missing rather than that they need to update an operating system component by running windows update. But this will only be an issue for users which don't run windows >= 10 or which don't run regular updates (I'd have assumed this comes in through automated updates as well unless disabled?). Given sufficient time this should therefor become a non-issue. I rather think it is nice that this is considered an operating system component rather than a visual studio version specific runtime component (e.g. reduced application installer sizes and centralized updates) but this might work best if you also treat it as such (unless you specifically have to target e.g. outdated/unnetworked machines). Nils -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
> -Original Message- > From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] > On Behalf Of Nils Gladitz > > On 07/23/2015 03:47 PM, Konstantin Podsvirov wrote: > > http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-univ > > ersal-crt.aspx > > > > CMake uses the module "InstallRequiredSystemLibraries" to install > dependencies. > > Who is in charge here on this module? Should this module to install > > Universal CRT (api-ms-win-crt-runtime-xxx.dll library) for MSVC14 ? > >"6. App-local deployment of the Universal CRT is not supported." > > I think that means installation should not be handled by > "InstallRequiredSystemLibraries". > > You should probably just require users to run "Windows Update". That sounds horrible - asking a user to manually run Windows Update. But Windows Update packages don't have to be installed ONLY by way of visiting Windows Update manually. I have yet to mess with this stuff myself (but will be soon). But in the meantime, FTA: "Currently these MSU packages are installed as part of the VCRedist installation. In a future build of Visual Studio 2015, these MSU packages will also be distributed separately as part of the Universal CRT SDK and made available for download on support.microsoft.com." So you get this just by running VCRedist - or, if you don't use VCRedist, you can get this by running the MSU packages directly (once said SDK becomes available - if it isn't already available - the blog is 4 months old). Both can be accomplished as part of a setup program. Unfortunately, I suspect the MSU packages can't be invoked from / nested inside a Windows Installer MSI like how the VC++ merge modules were done (and how we currently do); I plan to hack apart VCRedist to try to see what they are doing... Best regards, James Johnston -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
On 7/23/2015 10:16 AM, Nils Gladitz wrote: "6. App-local deployment of the Universal CRT is not supported." I think that means installation should not be handled by "InstallRequiredSystemLibraries". You should probably just require users to run "Windows Update". Yuck! That will be a pain. I think we will stay away from this for a while for the CMake distribution. -Bill -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
On 07/23/2015 03:47 PM, Konstantin Podsvirov wrote: http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-universal-crt.aspx CMake uses the module "InstallRequiredSystemLibraries" to install dependencies. Who is in charge here on this module? Should this module to install Universal CRT (api-ms-win-crt-runtime-xxx.dll library) for MSVC14 ? "6. App-local deployment of the Universal CRT is not supported." I think that means installation should not be handled by "InstallRequiredSystemLibraries". You should probably just require users to run "Windows Update". Nils -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
Hi Ruslan and other developers! 23.07.2015, 16:12, Ruslan Baratov" : > On 23-Jul-15 12:32, Konstantin Podsvirov wrote: >> Hi dear CMake developers! >> >> Meet modern CMake built on MSVC2015 c QtDialog based on Qt 5.5 from today :-) >> >> Windows 32bit: >> >> http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe >> >> Windows 64bit: >> >> http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe >> >> As always, questions and suggestions are welcome. >> >> -- >> Regards, >> Konstantin Podsvirov > > Both versions can't start because dll is missing: > api-ms-win-crt-runtime-l1-1-0.dll > Win 7 x64 > > Ruslan To solve the problem quickly, you need to install Visual C++ Redistributable for Visual Studio 2015 from the link below: http://www.microsoft.com/en-us/download/details.aspx?id=48145 Now more interesting :-) Outdoor platforms may not be Universal CRT: http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-universal-crt.aspx CMake uses the module "InstallRequiredSystemLibraries" to install dependencies. Who is in charge here on this module? Should this module to install Universal CRT (api-ms-win-crt-runtime-xxx.dll library) for MSVC14 ? -- Regards, Konstantin Podsvirov -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015
On 23-Jul-15 12:32, Konstantin Podsvirov wrote: Hi dear CMake developers! Meet modern CMake built on MSVC2015 c QtDialog based on Qt 5.5 from today :-) Windows 32bit: http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe Windows 64bit: http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe As always, questions and suggestions are welcome. -- Regards, Konstantin Podsvirov Both versions can't start because dll missing: api-ms-win-crt-runtime-l1-1-0.dll Win 7 x64 Ruslan -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
