summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* CheckStructHasMember: Add support for C++Daniele E. Domenichelli2013-10-0824-9/+219
| | | | | | | | | | | | | | Previously if headers required to check if a struct has a member can be compiled with C++ compiler only, the check would fail because the C compiler fails. As a consequence, the result variable would be set to false, even if the struct has that particular member. Teach CHECK_STRUCT_HAS_MEMBER to accept a new optional argument LANGUAGE that allows one to explicitly set the compiler to use. The new signature is therefore: CHECK_STRUCT_HAS_MEMBER (<struct> <member> <header> <variable> [LANGUAGE <language>])
* Merge topic 'hppa-bootstrap'Brad King2013-09-251-1/+4
|\ | | | | | | | | ca63bb1 bootstrap: try better workaround for builds on Linux/HPPA
| * bootstrap: try better workaround for builds on Linux/HPPARolf Eike Beer2013-09-121-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | The workaround currently present works fine without -O or with -O1, but fails with -Os or -O2 and higher. Using -O2 is common e.g. in Gentoo, as resulting in bugs like this: https://bugs.gentoo.org/473276 Prevent the workaround for higher optimization levels to make bootstrapping more likely to succeed. This is still a workaround as ld still keeps crashing in some situations.
* | CMake Nightly Date StampKitware Robot2013-09-251-1/+1
| |
* | Merge topic 'wince-corelibc'Brad King2013-09-241-1/+1
|\ \ | | | | | | | | | | | | e63cf5f MSVC: Fix version test for linking corelibc on Windows CE (#14420)
| * | MSVC: Fix version test for linking corelibc on Windows CE (#14420)Patrick Gansterer2013-09-231-1/+1
| | | | | | | | | | | | | | | | | | In commit 8fcf0ab0 (Add support for new Windows CE compiler, 2013-08-04) we made corelibc conditional on the MSVC version, but the version value was incorrect. Update it to use corelibc for VS 2008 and below.
* | | CMake Nightly Date StampKitware Robot2013-09-241-1/+1
|/ /
* | CMake Nightly Date StampKitware Robot2013-09-231-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-221-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-211-1/+1
| |
* | Merge topic 'FindHDF5-fix-lib-selection'Brad King2013-09-201-36/+2
|\ \ | | | | | | | | | | | | 0f05961 FindHDF5: Fix regression in per-configuration library selection
| * | FindHDF5: Fix regression in per-configuration library selectionBrad King2013-09-191-36/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When FindHDF5 was first added in commit e6734068 (Add HDF5 find module..., 2009-08-24) it contained a workaround for a bug in SelectLibraryConfigurations that did not transform lists correctly. That bug was fixed by commit 5797512c (SelectLibraryConfiguration: generate correct output when input vars are lists, 2012-07-28). Then refactoring in commit 04d4dc33 (SelectLibraryConfigurations: Use -NOTFOUND instead of copying the vars, 2013-07-08) changed undocumented behavior on which the original workaround relied. The result puts entries like HDF5_hdf5_LIBRARY_DEBUG-NOTFOUND in HDF5_LIBRARIES. Fix this by dropping the original workaround since the underlying issue has been fixed anyway. Use the HDF5_${LIB}_LIBRARY selected by the call to select_library_configurations directly.
* | | CMake Nightly Date StampKitware Robot2013-09-201-1/+1
|/ /
* | CMake Nightly Date StampKitware Robot2013-09-191-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-181-1/+1
| |
* | Merge topic 'FindPNG-compatibility'Brad King2013-09-171-5/+9
|\ \ | | | | | | | | | | | | 6816044 FindPNG: Honor old PNG_LIBRARY if provided (#14398)
| * | FindPNG: Honor old PNG_LIBRARY if provided (#14398)Brad King2013-09-131-5/+9
| |/ | | | | | | | | | | | | | | | | | | In commit 2a797539 (FindPNG: improve library detection, 2013-07-27) we split the search for PNG into separate PNG_LIBRARY_DEBUG and PNG_LIBRARY_RELEASE variables. However, if a project or user sets the old PNG_LIBRARY value we must honor it instead of searching. While at it, mark PNG_LIBRARY_RELEASE and PNG_LIBRARY_DEBUG as advanced and remove a stray debug message.
* | CMake Nightly Date StampKitware Robot2013-09-171-1/+1
| |
* | Merge topic 'FindCUDA-list-obj-files'Brad King2013-09-161-16/+1
|\ \ | | | | | | | | | | | | ef27fa6 FindCUDA: Always list custom command outputs in their targets
| * | FindCUDA: Always list custom command outputs in their targetsBrad King2013-09-131-16/+1
| |/ | | | | | | | | | | | | | | | | CMake's intended interface for linking to explicit object files (marked with EXTERNAL_OBJECT) is that only those listed as target sources should be linked. Drop FindCUDA's attempt to hide the .obj files from VS IDE project files, which depends on VS-version-specific behavior of linking custom command outputs that happen to be named "*.obj". CMake puts external object files in a dedicated source group anyway.
* | Merge topic 'fix-genex-preprocessing-incomplete'Brad King2013-09-161-4/+12
|\ \ | | | | | | | | | | | | 70089d0 genex: Fix preprocessing with incomplete content (#14410).
| * | genex: Fix preprocessing with incomplete content (#14410).Stephen Kelly2013-09-131-4/+12
| | | | | | | | | | | | | | | | | | | | | | | | Similar incomplete generator expressions are already tested in the GeneratorExpression unit test, but those are executed with add_custom_target. The generator expressions in the include directories are run through the preprocessor, whereas the ones run through add_custom_target are not.
* | | CMake Nightly Date StampKitware Robot2013-09-161-1/+1
| | |
* | | CMake Nightly Date StampKitware Robot2013-09-151-1/+1
| | |
* | | CMake Nightly Date StampKitware Robot2013-09-141-1/+1
| | |
* | | Merge topic 'print-CMP0022-content-conflict'Brad King2013-09-131-1/+1
|\ \ \ | |/ / |/| | | | | | | | 271bf10 Fix CMP0022 warning when no old-style property is set
| * | Fix CMP0022 warning when no old-style property is setStephen Kelly2013-09-131-1/+1
| | | | | | | | | | | | The string could be null at this point.
* | | CMake Nightly Date StampKitware Robot2013-09-131-1/+1
| |/ |/|
* | Merge topic 'print-CMP0022-content-conflict'Brad King2013-09-123-1/+25
|\ \ | |/ | | | | | | 81d2793 Add differing target property content to policy CMP0022 warning
| * Add differing target property content to policy CMP0022 warningStephen Kelly2013-09-113-1/+25
| | | | | | | | | | List the contents of the INTERFACE_LINK_LIBRARIES and the old-style property.
* | Merge topic 'ninja-MSVC-link-executables'Brad King2013-09-121-1/+0
|\ \ | | | | | | | | | | | | 3cd753d MSVC: Drop /link from executable link lines with Ninja
| * | MSVC: Drop /link from executable link lines with NinjaBrad King2013-09-111-1/+0
| | | | | | | | | | | | | | | | | | | | | In commit fb9f73de (MSVC: Invoke 'link' directly for executables, 2013-04-08) we forgot to remove the /link option handling added by commit e31df039 (Ninja: move <OBJECTS> in front of the first linker option, 2012-09-27) to the Platform/Windows-MSVC module. Drop it now.
* | | Merge topic 'vs-intel-version'Brad King2013-09-121-7/+11
|\ \ \ | | | | | | | | | | | | | | | | cd90a0e VS: Future-proof Intel project format selection
| * | | VS: Future-proof Intel project format selectionBrad King2013-09-101-7/+11
| |/ / | | | | | | | | | | | | | | | | | | | | | The version of Intel Fortran that actually uses 9.10 as a project format is very old. Default to the latest format version (11.0) and use the older format only when known to be necessary. Suggested-by: Dick Munroe <munroe@csworks.com>
* | | CMake Nightly Date StampKitware Robot2013-09-121-1/+1
| |/ |/|
* | CMake Nightly Date StampKitware Robot2013-09-111-1/+1
|/
* CMake Nightly Date StampKitware Robot2013-09-101-1/+1
|
* Merge topic 'no_track_configured_files'Brad King2013-09-091-9/+19
|\ | | | | | | | | 38571f2 cmMakefile: Do not track CMake temporary files.
| * cmMakefile: Do not track CMake temporary files.Robert Maynard2013-09-091-9/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit ad502502 (cmMakefile: Track configured files so we can regenerate them, 2013-06-18) cmMakefile::ConfigureFile records the configured file as an output file generated by CMake. The intention is that for make and ninja we can re-run CMake when one of the files it generates goes missing. However, files configured temporarily in CMakeTmp directories by Check* modules do not live past the CMake invocation. We have to also track input files to the configure command. In theory the input to a configure command could it self be a file that is going to be deleted later (output from a custom command or configure_file).
* | CMake Nightly Date StampKitware Robot2013-09-091-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-081-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-071-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-061-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-051-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-041-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-031-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-021-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-09-011-1/+1
| |
* | CMake Nightly Date StampKitware Robot2013-08-311-1/+1
| |
* | Merge topic 'ctest-gtm-coverage-fileoffset-bug'Brad King2013-08-301-2/+2
|\ \ | | | | | | | | | | | | 782eba3 CTest: Fix GTM coverage parsing line offset bug
generated by cgit v0.12 at 2025-09-09 21:14:10 (GMT)