Hello community,
here is the log from the commit of package cmake for openSUSE:Factory checked
in at 2015-08-10 09:10:35
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/cmake (Old)
and /work/SRC/openSUSE:Factory/.cmake.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "cmake"
Changes:
--------
--- /work/SRC/openSUSE:Factory/cmake/cmake-gui.changes 2015-06-04
08:57:35.000000000 +0200
+++ /work/SRC/openSUSE:Factory/.cmake.new/cmake-gui.changes 2015-08-10
09:10:37.000000000 +0200
@@ -1,0 +2,200 @@
+Mon Jul 27 17:52:16 UTC 2015 - hrvoje.sen...@gmail.com
+
+- Update to 3.3.0:
+ * New Features
+ * Generators
+ * The *Makefile Generators* now add ".DELETE_ON_ERROR" to the
+ makefiles that contain the actual build rules for files on
+ disk. This tells GNU make to remove rule outputs when their
+ recipe modifies an output but fails.
+ * The *Visual Studio Generators* learned to support ".xaml"
+ source files and automatically associate them with corresponding
+ ".h" and ".cpp" sources.
+ * A new experimental "Green Hills MULTI" generator was added on
+ Windows. Green Hills MULTI is an IDE for embedded real-time
+ systems.
+ * Commands
+ * The "add_dependencies()" command learned to allow dependencies
+ to be added to *interface libraries*. Dependencies added to an
+ interface library are followed transitively in its place since
+ the target itself does not build.
+ * The "execute_process()" command learned to support specifying
+ the same file for "OUTPUT_FILE" and "ERROR_FILE".
+ * The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a
+ new "LIST_DIRECTORIES <bool>" option to specify whether the glob
+ result
+ * The "find_library()", "find_path()", and "find_file()" commands
+ now search in installation prefixes derived from the "PATH"
+ environment variable.
+ * The "if()" command learned a new "IN_LIST" operator that
+ evaluates to true if a given element is contained in a
+ named list.
+ * The "install(EXPORT)" and "export()" commands learned to export
+ targets that populate the "INTERFACE_SOURCES" target property.
+ * The "install(TARGETS)" command learned to support generator
+ expressions in the "DESTINATION" value.
+ * Variables
+ * The version of some Fortran compilers is now detected and stored
+ in the "CMAKE_Fortran_COMPILER_VERSION" variable.
+ * The *Visual Studio Generators* learned a new
+ "CMAKE_VS_INCLUDE_INSTALL_TO_DEFAULT_BUILD" option to put the
+ "INSTALL" target in the default build of a solution (".sln") file.
+ * Properties
+ * A "CROSSCOMPILING_EMULATOR" target property and supporting
+ "CMAKE_CROSSCOMPILING_EMULATOR" variable were introduced to
+ allow target platform binaries to run on the host during
+ cross compiling.
+ * A "<LANG>_INCLUDE_WHAT_YOU_USE" target property and supporting
+ "CMAKE_<LANG>_INCLUDE_WHAT_YOU_USE" variable were introduced to
+ tell the *Makefile Generators* and the "Ninja" generator to run
+ "include-what-you-use" along with the compiler for
+ "C" and "CXX" languages.
+ * The "<LANG>_VISIBILITY_PRESET" and "VISIBILITY_INLINES_HIDDEN"
+ target properties now affect compilation in sources of all target
+ types. See policy "CMP0063".
+ * The "XCODE_ATTRIBUTE_<an-attribute>" target property learned to
+ support generator expressions.
+ * Modules
+ * The "CheckFortranCompilerFlag" module was introduced to check
+ "Fortran" compiler flags, much like the "CheckCCompilerFlag"
+ module already does for "C".
+ * The "ExternalData" module learned a new
+ "ExternalData_NO_SYMLINKS" option to disable use of symbolic
+ links to populate the real data files and use copies instead.
+ * The "ExternalData" module learned a new "RECURSE:" option in
+ "DATA{}" references specifying directories. This allows an
+ entire directory tree of associated files to be matched.
+ * The "ExternalData" module learned a new URL template
+ placeholder "%(algo:<key>)" to allow custom mapping from
+ algorithm name to URL component through configuration of new
+ "ExternalData_URL_ALGO_<algo>_<key>" variables. This allows
+ more flexibility in remote URLs.
+ * The "ExternalProject" module learned to replace tokens like
+ "<BINARY_DIR>" in the "BYPRODUCTS" of each step.
+ * The "ExternalProject" module APIs learned to support "generator
+ expressions" when using "LOG_*" options and in CMake initial
+ cache options.
+ * The "FindBoost" module now tracks the directories containing
+ libraries separately for RELEASE and DEBUG configurations.
+ * The "FindCUDA" module now defaults to using the static CUDA
+ runtime library if it is available.
+ A new "CUDA_USE_STATIC_CUDA_RUNTIME" option is offered to
+ control this behavior.
+ * The "FindMatlab" module was completely rewritten. It learned
+ about versions and components and to find Matlab in a more
+ precise and multiplatform way. The module now offers APIs to
+ create mex extensions, documentation, and unit tests.
+ * The "FindPackageHandleStandardArgs" module
+ "FIND_PACKAGE_HANDLE_STANDARD_ARGS" function now always
+ populates both the "<PackageName>_FOUND" and
+ "<UPPERCASE_NAME>_FOUND" variables (the latter for backwards
+ compatibility). The "FOUND_VAR" option is now ignored except
+ to enforce its allowed values.
+ * The "InstallRequiredSystemLibraries" module learned a new
+ "CMAKE_INSTALL_SYSTEM_RUNTIME_COMPONENT" option to specify the
+ installation component.
+ * Generator Expressions
+ * A new "COMPILE_LANGUAGE" generator expression was introduced to
+ allow specification of compile options for target files based
+ on the "LANGUAGE" of each source file. Due to limitations of
+ the underlying native build tools, this feature has varying
+ support across generators.
+ See the "cmake-generator-expressions(7)" manual for details.
+ * CTest
+ * The "ctest(1)" tool learned a new "--repeat-until-fail <n>"
+ option to help find sporadic test failures.
+ * The "CTestCoverageCollectGCOV" module learned to support the
+ same "CTEST_CUSTOM_COVERAGE_EXCLUDE" option as the
+ "ctest_coverage()" command.
+ * CPack
+ * The "cpack(1)" "IFW" generator and the "CPackIFW" module
+ learned to support Qt Framework Installer 2.0 tools.
+ * The "CPackDeb" module learned a new
+ "CPACK_DEBIAN_<COMPONENT>_PACKAGE_SHLIBDEPS" variable to
+ specify per-component use of "dpkg-shlibdeps".
+ * The "CPackDeb" module learned a new
+ "CPACK_DEBIAN_<COMPONENT>_PACKAGE_DEPENDS" option to specify
+ per-component dependencies.
+ * The "CPackRPM" module learned to package symbolic links more
+ cleanly and now supports directory symlinks with recent
+ "rpmbuild" versions.
+ * The "CPackRPM" module learned a new
+ "CPACK_RPM_ADDITIONAL_MAN_DIRS" variable to specify directories
+ containing man pages for the brp- compress RPM macro.
+ * The "CPackRPM" module learned a new
+ "CPACK_RPM_<component>_PACKAGE_ARCHITECTURE" variable to
+ specify a component-specific package architecture.
+ * The CPack WIX generator learned the new
+ "CPACK_START_MENU_SHORTCUTS", "CPACK_DESKTOP_SHORTCUTS" and
+ "CPACK_STARTUP_SHORTCUTS" installed file properties which can
+ be used to install shorcuts in the Start Menu, on the Desktop
+ and in the Startup Folder respectively.
+ * Other
+ * The "Compile Features" functionality is now aware of features
+ supported by GNU compilers on Windows, versions 4.4 through 5.0.
+ * The "cmake(1)" "-E tar" command learned a new "--format<format>"
+ option to specify the archive format to be written.
+ * On OS X, CMake learned to create XCTest bundles to test
+ Frameworks and App Bundles within Xcode. The "FindXCTest"
+ module provides convenience functions to handle "XCTEST" bundles.
+ * Deprecated and Removed Features
+ * On OS X the "cmake-gui(1)" no longer has the "Install For Command
+ Line Use" menu item. Instead there is a "How to Install For
+ Command Line Use" menu item that shows an informational dialog box
+ explaining how to make the command line tools available.
+ For example:
+ /Applications/CMake.app/Contents/bin/cmake-gui --install
+ * The "ctest_build()" and "build_command()" commands no longer
+ tell "make" tools to ignore errors with the "-i" option.
+ Previously this was done for *Makefile Generators* but not
+ others. See policy "CMP0061".
+ * The "Visual Studio 10 2010" generator no longer checks for
+ running VS IDEs with the project open or asks them to reload.
+ This was originally done for VS 10 because it had been done for
+ VS 7 through 9 to avoid prompting for every project in a
+ solution. Since VS >= 10 allow the whole solution to reload at
+ once they do not need CMake to help them.
+ * The "Visual Studio 7" generator (.NET 2002) is now deprecated
+ and will be removed in a future version of CMake.
+ * The "Visual Studio 6" generator is now deprecated and will be
+ removed in a future version of CMake.
+ * The "find_package()" command no longer considers project build
+ trees recently configured in a "cmake-gui(1)". This was
+ previously done only on Windows and is now never done. The
+ "NO_CMAKE_BUILDS_PATH" option is now ignored if given and
+ effectively always on. Projects may populate the *User Package
+ Registry* to aid users building multiple dependent projects one
+ after another.
+ * When building with GNU tools on Windows (MinGW tools), the
+ "find_library()" command will no longer consider ".dll" files
+ to be linkable libraries. All dynamic link libraries are
+ expected to provide separate ".dll.a" or ".lib" import libraries.
+ * The "add_definitions()" command no longer causes a "DEFINITIONS"
+ directory property to be populated. See policy "CMP0059".
+ * With Visual Studio 7, 8, and 9 generators the value of the
+ "$(OutDir)" placeholder no longer evaluates to the configuration
+ name. Projects should use "$(ConfigurationName)" for that instead.
+ * Using the output of "export()" with the "install(FILES)" command
+ is no longer allowed. See policy "CMP0062" for details.
+ * Other Changes
+ * The "Ninja" generator now requires that calls to the
+ "add_custom_command()" and "add_custom_target()" commands use
+ the "BYPRODUCTS" option to explicitly specify any files generated
+ by the custom commands that are not listed as outputs (perhaps
+ because their timestamps are allowed to be older than the inputs).
+ See policy "CMP0058".
+ * Build-time progress output of *Makefile Generators* has been
+ improved. It no longer mixes progress and build rule messages
+ during parallel builds. The link rule messages now have progress
+ and are displayed as bold green instead of bold red (since red
+ is often associated with an error message).
+ * The "CMAKE_CFG_INTDIR" variable value for Visual Studio 7, 8,
+ and 9 is now "$(ConfigurationName)" instead of "$(OutDir)".
+ This should have no effect on the intended use cases of
+ the variable.
+ * Linking to library files by a full path in an implicit linker
+ search directory (e.g. "/usr/lib/libfoo.a") no longer asks the
+ linker to search for the library (e.g. "-lfoo") and now links
++++ 3 more lines (skipped)
++++ between /work/SRC/openSUSE:Factory/cmake/cmake-gui.changes
++++ and /work/SRC/openSUSE:Factory/.cmake.new/cmake-gui.changes
--- /work/SRC/openSUSE:Factory/cmake/cmake.changes 2015-07-16
17:13:32.000000000 +0200
+++ /work/SRC/openSUSE:Factory/.cmake.new/cmake.changes 2015-08-10
09:10:37.000000000 +0200
@@ -1,0 +2,202 @@
+Mon Jul 27 17:52:16 UTC 2015 - hrvoje.sen...@gmail.com
+
+- Update to 3.3.0:
+ * New Features
+ * Generators
+ * The *Makefile Generators* now add ".DELETE_ON_ERROR" to the
+ makefiles that contain the actual build rules for files on
+ disk. This tells GNU make to remove rule outputs when their
+ recipe modifies an output but fails.
+ * The *Visual Studio Generators* learned to support ".xaml"
+ source files and automatically associate them with corresponding
+ ".h" and ".cpp" sources.
+ * A new experimental "Green Hills MULTI" generator was added on
+ Windows. Green Hills MULTI is an IDE for embedded real-time
+ systems.
+ * Commands
+ * The "add_dependencies()" command learned to allow dependencies
+ to be added to *interface libraries*. Dependencies added to an
+ interface library are followed transitively in its place since
+ the target itself does not build.
+ * The "execute_process()" command learned to support specifying
+ the same file for "OUTPUT_FILE" and "ERROR_FILE".
+ * The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a
+ new "LIST_DIRECTORIES <bool>" option to specify whether the glob
+ result
+ * The "find_library()", "find_path()", and "find_file()" commands
+ now search in installation prefixes derived from the "PATH"
+ environment variable.
+ * The "if()" command learned a new "IN_LIST" operator that
+ evaluates to true if a given element is contained in a
+ named list.
+ * The "install(EXPORT)" and "export()" commands learned to export
+ targets that populate the "INTERFACE_SOURCES" target property.
+ * The "install(TARGETS)" command learned to support generator
+ expressions in the "DESTINATION" value.
+ * Variables
+ * The version of some Fortran compilers is now detected and stored
+ in the "CMAKE_Fortran_COMPILER_VERSION" variable.
+ * The *Visual Studio Generators* learned a new
+ "CMAKE_VS_INCLUDE_INSTALL_TO_DEFAULT_BUILD" option to put the
+ "INSTALL" target in the default build of a solution (".sln") file.
+ * Properties
+ * A "CROSSCOMPILING_EMULATOR" target property and supporting
+ "CMAKE_CROSSCOMPILING_EMULATOR" variable were introduced to
+ allow target platform binaries to run on the host during
+ cross compiling.
+ * A "<LANG>_INCLUDE_WHAT_YOU_USE" target property and supporting
+ "CMAKE_<LANG>_INCLUDE_WHAT_YOU_USE" variable were introduced to
+ tell the *Makefile Generators* and the "Ninja" generator to run
+ "include-what-you-use" along with the compiler for
+ "C" and "CXX" languages.
+ * The "<LANG>_VISIBILITY_PRESET" and "VISIBILITY_INLINES_HIDDEN"
+ target properties now affect compilation in sources of all target
+ types. See policy "CMP0063".
+ * The "XCODE_ATTRIBUTE_<an-attribute>" target property learned to
+ support generator expressions.
+ * Modules
+ * The "CheckFortranCompilerFlag" module was introduced to check
+ "Fortran" compiler flags, much like the "CheckCCompilerFlag"
+ module already does for "C".
+ * The "ExternalData" module learned a new
+ "ExternalData_NO_SYMLINKS" option to disable use of symbolic
+ links to populate the real data files and use copies instead.
+ * The "ExternalData" module learned a new "RECURSE:" option in
+ "DATA{}" references specifying directories. This allows an
+ entire directory tree of associated files to be matched.
+ * The "ExternalData" module learned a new URL template
+ placeholder "%(algo:<key>)" to allow custom mapping from
+ algorithm name to URL component through configuration of new
+ "ExternalData_URL_ALGO_<algo>_<key>" variables. This allows
+ more flexibility in remote URLs.
+ * The "ExternalProject" module learned to replace tokens like
+ "<BINARY_DIR>" in the "BYPRODUCTS" of each step.
+ * The "ExternalProject" module APIs learned to support "generator
+ expressions" when using "LOG_*" options and in CMake initial
+ cache options.
+ * The "FindBoost" module now tracks the directories containing
+ libraries separately for RELEASE and DEBUG configurations.
+ * The "FindCUDA" module now defaults to using the static CUDA
+ runtime library if it is available.
+ A new "CUDA_USE_STATIC_CUDA_RUNTIME" option is offered to
+ control this behavior.
+ * The "FindMatlab" module was completely rewritten. It learned
+ about versions and components and to find Matlab in a more
+ precise and multiplatform way. The module now offers APIs to
+ create mex extensions, documentation, and unit tests.
+ * The "FindPackageHandleStandardArgs" module
+ "FIND_PACKAGE_HANDLE_STANDARD_ARGS" function now always
+ populates both the "<PackageName>_FOUND" and
+ "<UPPERCASE_NAME>_FOUND" variables (the latter for backwards
+ compatibility). The "FOUND_VAR" option is now ignored except
+ to enforce its allowed values.
+ * The "InstallRequiredSystemLibraries" module learned a new
+ "CMAKE_INSTALL_SYSTEM_RUNTIME_COMPONENT" option to specify the
+ installation component.
+ * Generator Expressions
+ * A new "COMPILE_LANGUAGE" generator expression was introduced to
+ allow specification of compile options for target files based
+ on the "LANGUAGE" of each source file. Due to limitations of
+ the underlying native build tools, this feature has varying
+ support across generators.
+ See the "cmake-generator-expressions(7)" manual for details.
+ * CTest
+ * The "ctest(1)" tool learned a new "--repeat-until-fail <n>"
+ option to help find sporadic test failures.
+ * The "CTestCoverageCollectGCOV" module learned to support the
+ same "CTEST_CUSTOM_COVERAGE_EXCLUDE" option as the
+ "ctest_coverage()" command.
+ * CPack
+ * The "cpack(1)" "IFW" generator and the "CPackIFW" module
+ learned to support Qt Framework Installer 2.0 tools.
+ * The "CPackDeb" module learned a new
+ "CPACK_DEBIAN_<COMPONENT>_PACKAGE_SHLIBDEPS" variable to
+ specify per-component use of "dpkg-shlibdeps".
+ * The "CPackDeb" module learned a new
+ "CPACK_DEBIAN_<COMPONENT>_PACKAGE_DEPENDS" option to specify
+ per-component dependencies.
+ * The "CPackRPM" module learned to package symbolic links more
+ cleanly and now supports directory symlinks with recent
+ "rpmbuild" versions.
+ * The "CPackRPM" module learned a new
+ "CPACK_RPM_ADDITIONAL_MAN_DIRS" variable to specify directories
+ containing man pages for the brp- compress RPM macro.
+ * The "CPackRPM" module learned a new
+ "CPACK_RPM_<component>_PACKAGE_ARCHITECTURE" variable to
+ specify a component-specific package architecture.
+ * The CPack WIX generator learned the new
+ "CPACK_START_MENU_SHORTCUTS", "CPACK_DESKTOP_SHORTCUTS" and
+ "CPACK_STARTUP_SHORTCUTS" installed file properties which can
+ be used to install shorcuts in the Start Menu, on the Desktop
+ and in the Startup Folder respectively.
+ * Other
+ * The "Compile Features" functionality is now aware of features
+ supported by GNU compilers on Windows, versions 4.4 through 5.0.
+ * The "cmake(1)" "-E tar" command learned a new "--format<format>"
+ option to specify the archive format to be written.
+ * On OS X, CMake learned to create XCTest bundles to test
+ Frameworks and App Bundles within Xcode. The "FindXCTest"
+ module provides convenience functions to handle "XCTEST" bundles.
+ * Deprecated and Removed Features
+ * On OS X the "cmake-gui(1)" no longer has the "Install For Command
+ Line Use" menu item. Instead there is a "How to Install For
+ Command Line Use" menu item that shows an informational dialog box
+ explaining how to make the command line tools available.
+ For example:
+ /Applications/CMake.app/Contents/bin/cmake-gui --install
+ * The "ctest_build()" and "build_command()" commands no longer
+ tell "make" tools to ignore errors with the "-i" option.
+ Previously this was done for *Makefile Generators* but not
+ others. See policy "CMP0061".
+ * The "Visual Studio 10 2010" generator no longer checks for
+ running VS IDEs with the project open or asks them to reload.
+ This was originally done for VS 10 because it had been done for
+ VS 7 through 9 to avoid prompting for every project in a
+ solution. Since VS >= 10 allow the whole solution to reload at
+ once they do not need CMake to help them.
+ * The "Visual Studio 7" generator (.NET 2002) is now deprecated
+ and will be removed in a future version of CMake.
+ * The "Visual Studio 6" generator is now deprecated and will be
+ removed in a future version of CMake.
+ * The "find_package()" command no longer considers project build
+ trees recently configured in a "cmake-gui(1)". This was
+ previously done only on Windows and is now never done. The
+ "NO_CMAKE_BUILDS_PATH" option is now ignored if given and
+ effectively always on. Projects may populate the *User Package
+ Registry* to aid users building multiple dependent projects one
+ after another.
+ * When building with GNU tools on Windows (MinGW tools), the
+ "find_library()" command will no longer consider ".dll" files
+ to be linkable libraries. All dynamic link libraries are
+ expected to provide separate ".dll.a" or ".lib" import libraries.
+ * The "add_definitions()" command no longer causes a "DEFINITIONS"
+ directory property to be populated. See policy "CMP0059".
+ * With Visual Studio 7, 8, and 9 generators the value of the
+ "$(OutDir)" placeholder no longer evaluates to the configuration
+ name. Projects should use "$(ConfigurationName)" for that instead.
+ * Using the output of "export()" with the "install(FILES)" command
+ is no longer allowed. See policy "CMP0062" for details.
+ * Other Changes
+ * The "Ninja" generator now requires that calls to the
+ "add_custom_command()" and "add_custom_target()" commands use
+ the "BYPRODUCTS" option to explicitly specify any files generated
+ by the custom commands that are not listed as outputs (perhaps
+ because their timestamps are allowed to be older than the inputs).
+ See policy "CMP0058".
+ * Build-time progress output of *Makefile Generators* has been
+ improved. It no longer mixes progress and build rule messages
+ during parallel builds. The link rule messages now have progress
+ and are displayed as bold green instead of bold red (since red
+ is often associated with an error message).
+ * The "CMAKE_CFG_INTDIR" variable value for Visual Studio 7, 8,
+ and 9 is now "$(ConfigurationName)" instead of "$(OutDir)".
+ This should have no effect on the intended use cases of
+ the variable.
+ * Linking to library files by a full path in an implicit linker
+ search directory (e.g. "/usr/lib/libfoo.a") no longer asks the
+ linker to search for the library (e.g. "-lfoo") and now links
++++ 5 more lines (skipped)
++++ between /work/SRC/openSUSE:Factory/cmake/cmake.changes
++++ and /work/SRC/openSUSE:Factory/.cmake.new/cmake.changes
Old:
----
cmake-3.2.3.tar.gz
cmake-fix-pie-binaries.patch
cmake.git-4552bc8.patch
New:
----
cmake-3.3.0.tar.gz
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ cmake-gui.spec ++++++
--- /var/tmp/diff_new_pack.1RDW5R/_old 2015-08-10 09:10:38.000000000 +0200
+++ /var/tmp/diff_new_pack.1RDW5R/_new 2015-08-10 09:10:38.000000000 +0200
@@ -17,13 +17,13 @@
Name: cmake-gui
-Version: 3.2.3
+Version: 3.3.0
Release: 0
Summary: CMake graphical user interface
License: BSD-3-Clause
Group: Development/Tools/Building
Url: http://www.cmake.org/
-Source0: http://www.cmake.org/files/v3.2/cmake-%{version}.tar.gz
+Source0: http://www.cmake.org/files/v3.3/cmake-%{version}.tar.gz
# PATCH-FIX-UPSTREAM form.patch -- set the correct include path for the
ncurses includes
Patch4: form.patch
# PATCH-FIX-UPSTREAM system-libs.patch -- allow choosing between bundled and
system jsoncpp & form libs
++++++ cmake.spec ++++++
--- /var/tmp/diff_new_pack.1RDW5R/_old 2015-08-10 09:10:38.000000000 +0200
+++ /var/tmp/diff_new_pack.1RDW5R/_new 2015-08-10 09:10:38.000000000 +0200
@@ -17,13 +17,13 @@
Name: cmake
-Version: 3.2.3
+Version: 3.3.0
Release: 0
Summary: Cross-platform, open-source make system
License: BSD-3-Clause
Group: Development/Tools/Building
Url: http://www.cmake.org/
-Source0: http://www.cmake.org/files/v3.2/%{name}-%{version}.tar.gz
+Source0: http://www.cmake.org/files/v3.3/%{name}-%{version}.tar.gz
Source1: cmake.macros
Source2: opensuse_rules.cmake
Source3: cmake.attr
@@ -33,11 +33,6 @@
Patch4: form.patch
# PATCH-FIX-UPSTREAM system-libs.patch -- allow choosing between bundled and
system jsoncpp & form libs
Patch5: system-libs.patch
-# PATCH-FIX-UPSTREAM cmake-fix-pie-binaries.patch -- new "file" is reporting
PIE binaries a bit differently
-# I sent this by email to cmake-developers.
-Patch6: cmake-fix-pie-binaries.patch
-# PATCH-FIX-UPSTREAM cmake.git-4552bc8.patch -- CPack/RPM architecture test
fixup
-Patch11: cmake.git-4552bc8.patch
BuildRequires: curl-devel
BuildRequires: fdupes
BuildRequires: gcc-c++
@@ -66,8 +61,6 @@
%patch2 -p1
%patch4 -p1
%patch5 -p1
-%patch6 -p1
-%patch11 -p1
%build
export CXXFLAGS="%{optflags}"
@@ -134,8 +127,9 @@
# TestUpload: uses internet connection
# SimpleInstall: seems to fail due to RPATH strictness
# if any other app installs then this test is bogus
+# suse specific brp-25-symlink cramps the symlinks, hence the
CPackComponentsForAll-RPM-(default|OnePackPerGroup|IgnoreGroup|AllInOne) fail
./bin/ctest --force-new-ctest-process --output-on-failure %{?_smp_mflags} \
- -E "(TestUpload|SimpleInstall|SimpleInstall-Stage2)"
+ -E
"(TestUpload|SimpleInstall|SimpleInstall-Stage2|CPackComponentsForAll-RPM-(default|OnePackPerGroup|IgnoreGroup|AllInOne))"
%files
%defattr(-,root,root)
++++++ cmake-3.2.3.tar.gz -> cmake-3.3.0.tar.gz ++++++
/work/SRC/openSUSE:Factory/cmake/cmake-3.2.3.tar.gz
/work/SRC/openSUSE:Factory/.cmake.new/cmake-3.3.0.tar.gz differ: char 5, line 1
