Details

    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 5.5(EOL), 10.0(EOL), 10.1(EOL), 10.2(EOL), 10.3(EOL)
    • 10.3.9
    • Compiling
    • None

    Description

      With CMake 3.11.2 I get the following warnings on 10.4:

        The OLD behavior for policy CMP0022 will be removed from a future version
        of CMake.
       
        The cmake-policies(7) manual explains that the OLD behaviors of all
        policies are deprecated and that a policy should be set to OLD only under
        specific short-term circumstances.  Projects should be ported to the NEW
        behavior and not rely on setting a policy to OLD.
       
       
      CMake Deprecation Warning at CMakeLists.txt:30 (CMAKE_POLICY):
        The OLD behavior for policy CMP0026 will be removed from a future version
        of CMake.
       
        The cmake-policies(7) manual explains that the OLD behaviors of all
        policies are deprecated and that a policy should be set to OLD only under
        specific short-term circumstances.  Projects should be ported to the NEW
        behavior and not rely on setting a policy to OLD.
       
       
      CMake Deprecation Warning at CMakeLists.txt:31 (CMAKE_POLICY):
        The OLD behavior for policy CMP0045 will be removed from a future version
        of CMake.
       
        The cmake-policies(7) manual explains that the OLD behaviors of all
        policies are deprecated and that a policy should be set to OLD only under
        specific short-term circumstances.  Projects should be ported to the NEW
        behavior and not rely on setting a policy to OLD.
       
       
      CMake Deprecation Warning at CMakeLists.txt:32 (CMAKE_POLICY):
        The OLD behavior for policy CMP0042 will be removed from a future version
        of CMake.
       
        The cmake-policies(7) manual explains that the OLD behaviors of all
        policies are deprecated and that a policy should be set to OLD only under
        specific short-term circumstances.  Projects should be ported to the NEW
        behavior and not rely on setting a policy to OLD.
       
      CMake Deprecation Warning at cmake/for_clients.cmake:15 (CMAKE_POLICY):
        The OLD behavior for policy CMP0007 will be removed from a future version
        of CMake.
       
        The cmake-policies(7) manual explains that the OLD behaviors of all
        policies are deprecated and that a policy should be set to OLD only under
        specific short-term circumstances.  Projects should be ported to the NEW
        behavior and not rely on setting a policy to OLD.
      

      Attachments

        Issue Links

          Activity

            Just fixed 7, 22, and 26 a couple of days ago. Not pushed yet.

            serg Sergei Golubchik added a comment - Just fixed 7, 22, and 26 a couple of days ago. Not pushed yet.

            wlad, could you please look at my changes? They're in bb-10.3-serg tree and the one that particularly needs a second pair of eyes is for CMP0026. And there, in particular, the MSI part. I did test that it all buillds, but I didn't try to install.

            serg Sergei Golubchik added a comment - wlad , could you please look at my changes? They're in bb-10.3-serg tree and the one that particularly needs a second pair of eyes is for CMP0026. And there, in particular, the MSI part. I did test that it all buillds, but I didn't try to install.
            wlad Vladislav Vaintroub added a comment - - edited

            Looks ok to me , but I don't you think we could remove own copy of FindZSTD, because rocksdb got own submodules. I tested MSI, it works as before.

            wlad Vladislav Vaintroub added a comment - - edited Looks ok to me , but I don't you think we could remove own copy of FindZSTD, because rocksdb got own submodules. I tested MSI, it works as before.

            I didn't remove it, just renamed to "Findzstd" and changed semantics to match Findzstd from rocksdb submodule.

            So that we wouldn't have two ways to find zstd with a different lettercase and slightly different semantics.

            serg Sergei Golubchik added a comment - I didn't remove it, just renamed to "Findzstd" and changed semantics to match Findzstd from rocksdb submodule. So that we wouldn't have two ways to find zstd with a different lettercase and slightly different semantics.

            People

              serg Sergei Golubchik
              markus makela markus makela
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.