Re: [cmake-developers] GCC HPPA linker errors
While the dashboard may be red today from the curl update, it looks like this branch has cleared the linker issue and now pioneer and voyager are happily green together. On Nov 6, 2014 7:24 PM, David Cole via cmake-developers cmake-developers@cmake.org wrote: These are the earliest CDash results available for CMake: http://open.cdash.org/index.php?project=CMakedate=2014-07-09 (they're discarded after 120 days...) On Thu, Nov 6, 2014 at 5:27 PM, Rolf Eike Beer e...@sf-mail.de wrote: Am Donnerstag, 6. November 2014, 12:44:12 schrieb Brad King: On 11/06/2014 12:00 PM, Chuck Atkins wrote: I added an HP-UX block and adjusted the logic to be a bit more consistent with the other determine system blocks Looks good to me, assuming the test for parisc on hpux is correct. Chuck, you could try looking back into June/July to see what the HP-UX machine reported (hpux11.detec). On the other hand the check now only matches machines that are not Itanium, which is in theory 2 architectures, but I don't think that anyone can get CMake to work on an HP-UX m68k machine ;) -- 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 -- 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 -- 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] CMake 3.1 regression with incremental builds ?
I just looked at the diff, not the surrounding code, so forgive the question if it's obvious when inspecting the code.. but here's a question about your change before we push it into RC 2: Is objectSources guaranteed to contain the same set of objects as mapping? If so, I wonder why the code calls: cmSourceFile* sf = context-Makefile-GetOrCreateSource(objFile, true); instead of simply using map_it-first? i.e. -- isn't the GetOrCreateSourceFile call superfluous if you have a pointer to the source file object in the iterator...? Or is it a const thing? Curious, David C. On Thu, Nov 6, 2014 at 11:09 PM, clin...@elemtech.com wrote: I've put in a fix for this. 580b668d genex: Preserve order while evaluating TARGET_OBJECTS Can we put this in RC 2? Clint - Original Message - Using the netcdf project ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4.3.2.tar.gz I see a problem with incremental builds doing a relink of libraries. Within my project, this leads to unnecessarily relinking of many executables every time I run cmake. For example: tar zxf netcdf-4.3.2.tar.gz cd netcdf-4.3.2 mkdir build cd build cmake ../ git init . git add . git commit -minit cmake ../ git diff These files have modifications in them which will lead to relinking. liblib/CMakeFiles/netcdf.dir/build.make liblib/CMakeFiles/netcdf.dir/link.txt I see object files listed in a random order. Perhaps there is a std::set used somewhere in CMake or something. I do not see this behavior with CMake 3.0.2. Clint -- 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 -- 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 -- 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] CMake 3.1 regression with incremental builds ?
On Thu, Nov 6, 2014 at 11:09 PM, Clinton Stimpson wrote: I've put in a fix for this. 580b668d genex: Preserve order while evaluating TARGET_OBJECTS Thanks. I bisected it down to cmTarget: Allow any generator expression in SOURCES property. http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e5da9e51 where the problem was exposed by using the generator expression to construct the list of sources. However, the problematic code was actually introduced at Genex: Evaluate TARGET_OBJECTS as a normal expression. http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bf98cc25 Both of these were after 3.0 and before 3.1. Can we put this in RC 2? Yes. I added some comments, revised the commit message, and merged to 'next' for testing: genex: Preserve order while evaluating TARGET_OBJECTS http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=caa4b7b8 On 11/07/2014 07:24 AM, David Cole via cmake-developers wrote: Is objectSources guaranteed to contain the same set of objects as mapping? Yes. Just above this context, mapping[] is populated by iterating over objectSources. Then ComputeObjectFilenames is called to fill in the values of the map for each key. It does not change the set of keys. isn't the GetOrCreateSourceFile call superfluous if you have a pointer to the source file object in the iterator...? IIUC that is to create a cmSourceFile entry for the object file corresponding to the source file. They are different entries. -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
[cmake-developers] pause on new topics, please
Hi Folks, Please refrain from adding new topics to 'next' until the current dashboard trouble has been resolved. Of course any dashboard fixes to current topics are still welcome, or new topics specifically fixing a 3.1 regression. I need to resolve the issues with the curl update and also get Clinton's 3.1 regression fix through. I will send another message when 'next' is open again. 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
[cmake-developers] [CMake 0015236]: CPACK_COMPONENT_GROUP can de-select required children
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15236 == Reported By:Richard Ulrich Assigned To: == Project:CMake Issue ID: 15236 Category: CPack Reproducibility:always Severity: feature Priority: normal Status: new == Date Submitted: 2014-11-07 10:25 EST Last Modified: 2014-11-07 10:25 EST == Summary:CPACK_COMPONENT_GROUP can de-select required children Description: I have some required features inside a group. Now in the WiX installer, I cannot deselect the features separately, but I can de-select the group as a whole. I didn't find a way to make the group required. No idea how this bahaves with the other generators.. Steps to Reproduce: SET(CPACK_GENERATOR WIX) # documenting the components SET(CPACK_COMPONENT_RUNTIME_DISPLAY_NAME Runtimes) SET(CPACK_COMPONENT_RUNTIME_DESCRIPTION!(loc.FeatDescRuntimes)) SET(CPACK_COMPONENT_BASE_DISPLAY_NAME Base) SET(CPACK_COMPONENT_BASE_DESCRIPTION !(loc.FeatDescBase)) SET(CPACK_COMPONENT_SHARED_DISPLAY_NAMEShared) SET(CPACK_COMPONENT_SHARED_DESCRIPTION !(loc.FeatDescShared)) SET(CPACK_COMPONENT_PYTHON_DISPLAY_NAMEPython) SET(CPACK_COMPONENT_PYTHON_DESCRIPTION !(loc.FeatDescPython)) SET(CPACK_COMPONENT_CONVERTER_DISPLAY_NAME Converter) SET(CPACK_COMPONENT_CONVERTER_DESCRIPTION !(loc.FeatDescConverter)) SET(CPACK_COMPONENT_VIEWER_DISPLAY_NAMEViewer) SET(CPACK_COMPONENT_VIEWER_DESCRIPTION !(loc.FeatDescViewer)) SET(CPACK_COMPONENT_PL2D_DISPLAY_NAME PointLine2D) SET(CPACK_COMPONENT_PL2D_DESCRIPTION !(loc.FeatDescPointLine2D)) SET(CPACK_COMPONENT_PL3D_DISPLAY_NAME PointLine3D) SET(CPACK_COMPONENT_PL3D_DESCRIPTION !(loc.FeatDescPointLine3D)) # grouping SET(CPACK_COMPONENT_GROUP_REQUIREMENTS_DESCRIPTION !(loc.FeatDescRequirements)) SET(CPACK_COMPONENT_RUNTIME_GROUP Requirements) SET(CPACK_COMPONENT_BASE_GROUPRequirements) SET(CPACK_COMPONENT_SHARED_GROUP Requirements) SET(CPACK_COMPONENT_PYTHON_GROUP Requirements) # requirements SET(CPACK_COMPONENT_RUNTIME_REQUIRED TRUE) SET(CPACK_COMPONENT_BASE_REQUIRED TRUE) SET(CPACK_COMPONENT_SHARED_REQUIRED TRUE) SET(CPACK_COMPONENT_PYTHON_REQUIRED FALSE) SET(CPACK_COMPONENT_CONVERTER_REQUIRED FALSE) SET(CPACK_COMPONENT_VIEWER_REQUIRED FALSE) SET(CPACK_COMPONENT_PL2D_REQUIRED FALSE) SET(CPACK_COMPONENT_PL3D_REQUIRED FALSE) translates to features.wxs : Fragment Feature Id=ProductFeature Display=expand ConfigurableDirectory=INSTALL_ROOT Title=PointLine23 Level=1 Feature Id=CM_G_Requirements Title=Requirements Description=!(loc.FeatDescRequirements) Feature Id=CM_C_runtime Title=Runtimes Description=!(loc.FeatDescRuntimes) Absent=disallow/ Feature Id=CM_C_base Title=Base Description=!(loc.FeatDescBase) Absent=disallow/ Feature Id=CM_C_python Title=Python Description=!(loc.FeatDescPython)/ Feature Id=CM_C_shared Title=Shared Description=!(loc.FeatDescShared) Absent=disallow/ /Feature Feature Id=CM_C_converter Title=Converter Description=!(loc.FeatDescConverter)/ Feature Id=CM_C_pl2d Title=PointLine2D Description=!(loc.FeatDescPointLine2D)/ Feature Id=CM_C_pl3d Title=PointLine3D Description=!(loc.FeatDescPointLine3D)/ Feature Id=CM_C_viewer Title=Viewer Description=!(loc.FeatDescViewer)/ /Feature Additional Information: Wix does support hidden features, this would also solve the problem. http://wixtoolset.org/documentation/manual/v3/xsd/wix/feature.html - Display:hidden So for my case, two different solutions could solve it: * SET(CPACK_COMPONENT_GROUP_REQUIREMENTS_REQUIRED TRUE) * SET(CPACK_COMPONENT_RUNTIME_HIDDEN TRUE) == Issue History Date ModifiedUsername FieldChange == 2014-11-07 10:25 Richard Ulrich New Issue == -- 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:
Re: [cmake-developers] CMake 3.1 regression with incremental builds ?
On Fri, Nov 07, 2014 at 09:51:39 -0500, Brad King wrote: On Thu, Nov 6, 2014 at 11:09 PM, Clinton Stimpson wrote: isn't the GetOrCreateSourceFile call superfluous if you have a pointer to the source file object in the iterator...? IIUC that is to create a cmSourceFile entry for the object file corresponding to the source file. They are different entries. Do we know the source file doesn't exist at this point? If so, CreateSourceFile would be better. --Ben -- 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] CMake 3.1 regression with incremental builds ?
On 11/07/2014 11:43 AM, Ben Boeckel wrote: IIUC that is to create a cmSourceFile entry for the object file corresponding to the source file. They are different entries. Do we know the source file doesn't exist at this point? If so, CreateSourceFile would be better. My take: Normally it shouldn't because there should be exactly one object file per source file per target in a unique location. Steve? OTOH, it is possible that application code tries to set a property on an object file ahead of time. 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] CMake 3.1 regression with incremental builds ?
On Fri, Nov 07, 2014 at 11:52:45 -0500, Brad King wrote: OTOH, it is possible that application code tries to set a property on an object file ahead of time. AFAIK, CMake doesn't expose where it stores these files and has always treated it as an internal detail. Is this something we promise compatibility on? --Ben -- 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] CMake 3.1 regression with incremental builds ?
On 11/07/2014 12:19 PM, Ben Boeckel wrote: On Fri, Nov 07, 2014 at 11:52:45 -0500, Brad King wrote: OTOH, it is possible that application code tries to set a property on an object file ahead of time. AFAIK, CMake doesn't expose where it stores these files and has always treated it as an internal detail. Is this something we promise compatibility on? No. We just need to be sure we don't crash if they do try to set one and happen to guess the location. -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
[cmake-developers] [CMake 0015237]: No CMAKE_C_COMPILER could be found (3.1.0-rc1 regression)
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15237 == Reported By:Ruslan Baratov Assigned To: == Project:CMake Issue ID: 15237 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2014-11-07 15:20 EST Last Modified: 2014-11-07 15:20 EST == Summary:No CMAKE_C_COMPILER could be found (3.1.0-rc1 regression) Description: Error while configuring project with Xcode 5.0.2 and CMake 3.1.0-rc1: -- The C compiler identification is AppleClang 5.0.0.5000279 -- The CXX compiler identification is AppleClang 5.0.0.5000279 CMake Error at CMakeLists.txt:2 (project): No CMAKE_C_COMPILER could be found. Steps to Reproduce: Create toolchain.cmake file: set(CMAKE_OSX_SYSROOT iphoneos CACHE STRING FORCE) set(CMAKE_XCODE_EFFECTIVE_PLATFORMS -iphoneos;-iphonesimulator) set(MACOSX_BUNDLE_GUI_IDENTIFIER com.example) set(CMAKE_MACOSX_BUNDLE YES) set(CMAKE_XCODE_ATTRIBUTE_CODE_SIGN_IDENTITY iPhone Developer) Create CMakeLists.txt: cmake_minimum_required(VERSION 3.0) project(Foo) Run build: cmake -H. -B_builds -GXcode -DCMAKE_TOOLCHAIN_FILE=toolchain.cmake Additional Information: Works fine with CMake 3.0.2 == Issue History Date ModifiedUsername FieldChange == 2014-11-07 15:20 Ruslan Baratov New Issue == -- 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