View Issue Details [ Jump to Notes ]

[ Print ]

Project

Category

View Status

Date Submitted

Last Update

0012379

CMake

public

2011-08-01 12:59

2016-06-10 14:31

Reporter

Johan Björk

Assigned To

Kitware Robot

Priority

normal

Severity

major

Reproducibility

always

Status

closed

Resolution

moved

Platform

MSVC 2008

Windows

OS Version

Product Version

CMake 2.8.5

Target Version

Fixed in Version

Summary

0012379: EXCLUDE_FROM_DEFAULT_BUILD in MSVC breaks with dependencies

Description

There won't be any dependency created for the executable to the library it must link to.

1>------ Skipped Build: Project: foo, Configuration: Debug Win32 ------
1>Project not selected to build for this solution configuration
2>------ Build started: Project: foobar, Configuration: Debug Win32 ------
2>Compiling...
2>foobar.c
2>Compiling manifest to resources...
2>Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
2>Copyright (C) Microsoft Corporation. All rights reserved.
2>Linking...
2>LINK : fatal error LNK1104: cannot open file 'Debug\foo.lib'
2>Build log was saved at "file://c:\Users\Felix [^] Bruns\Documents\Visual Studio 2008\Projects\a'\foobar.dir\Debug\BuildLog.htm"
2>foobar - 1 error(s), 0 warning(s)
3>------ Skipped Build: Project: ALL_BUILD, Configuration: Debug Win32 ------
3>Project not selected to build for this solution configuration
========== Build: 0 succeeded, 1 failed, 1 up-to-date, 2 skipped ==========

Steps To Reproduce

Run the following cmakelists in MSVC.

FILE(WRITE foo.c "")
add_library(foo EXCLUDE_FROM_ALL foo.c)
set_target_properties(foo PROPERTIES EXCLUDE_FROM_DEFAULT_BUILD 1)
FILE(WRITE foobar.c "")
add_executable(foobar foobar.c)
target_link_libraries(foobar foo)

Tags

No tags attached.

Attached Files

Relationships

Notes
(0030290) David Cole (manager) 2012-08-11 11:38	Sending old, never assigned issues to the backlog. (The age of the bug, plus the fact that it's never been assigned to anyone means that nobody is actively working on it...) If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^] It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.

(0041879) Kitware Robot (administrator) 2016-06-10 14:28	Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

Issue History
Date Modified	Username	Field	Change
2011-08-01 12:59	Johan Björk	New Issue
2012-08-11 11:38	David Cole	Status	new => backlog
2012-08-11 11:38	David Cole	Note Added: 0030290
2016-06-10 14:28	Kitware Robot	Note Added: 0041879
2016-06-10 14:28	Kitware Robot	Status	backlog => resolved
2016-06-10 14:28	Kitware Robot	Resolution	open => moved
2016-06-10 14:28	Kitware Robot	Assigned To	=> Kitware Robot
2016-06-10 14:31	Kitware Robot	Status	resolved => closed