Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #8749] Build warnings with CMake 3.1.3 #2761

Closed
icinga-migration opened this issue Mar 15, 2015 · 2 comments
Closed

[dev.icinga.com #8749] Build warnings with CMake 3.1.3 #2761

icinga-migration opened this issue Mar 15, 2015 · 2 comments
Labels
bug Something isn't working
Milestone

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/8749

Created by gbeutner on 2015-03-15 12:12:45 +00:00

Assignee: gbeutner
Status: Resolved (closed on 2015-03-17 08:10:03 +00:00)
Target Version: 2.3.3
Last Update: 2015-03-17 08:10:03 +00:00 (in Redmine)

Icinga Version: 2.3.2
Backport?: Already backported
Include in Changelog: 1

CMake Warning (dev) at third-party/cmake/BoostTestTargets.cmake:175 (if):
  Policy CMP0054 is not set: Only interpret if() arguments as variables or
  keywords when unquoted.  Run "cmake --help-policy CMP0054" for policy
  details.  Use the cmake_policy command to set the policy and suppress this
  warning.

  Quoted variables like "includeType" will no longer be dereferenced when the
  policy is set to NEW.  Since the policy is not set the OLD behavior will be
  used.
Call Stack (most recent call first):
  test/CMakeLists.txt:40 (add_boost_test)
This warning is for project developers.  Use -Wno-dev to suppress it.

Changesets

2015-03-17 08:05:40 +00:00 by (unknown) a15740c

Fix incorrect variable use in BoostTestTargets.cmake

fixes #8749

2015-03-17 08:06:06 +00:00 by (unknown) 1fe24cd

Fix incorrect variable use in BoostTestTargets.cmake

fixes #8749
@icinga-migration
Copy link
Author

Updated by gbeutner on 2015-03-17 08:06:26 +00:00

  • Status changed from New to Assigned
  • Assigned to set to gbeutner
  • Target Version set to 2.3.3
  • Backport? changed from TBD to Yes

@icinga-migration
Copy link
Author

Updated by Anonymous on 2015-03-17 08:10:03 +00:00

  • Status changed from Assigned to Resolved
  • Done % changed from 0 to 100

Applied in changeset a15740c.

@icinga-migration icinga-migration added bug Something isn't working Installation labels Jan 17, 2017
@icinga-migration icinga-migration added this to the 2.3.3 milestone Jan 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant