View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013645CMakeModulespublic2012-11-02 14:232013-04-17 08:54
ReporterThomas Sondergaard 
Assigned ToRolf Eike Beer 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformMSVCOSWindowsOS Version
Product VersionCMake 2.8.10 
Target VersionCMake 2.8.10.1Fixed in VersionCMake 2.8.10.1 
Summary0013645: Regression: FindOpenSSL doesn't find anything for MSVC
DescriptionThe use of select_library_configurations from SelectLibraryConfigurations.cmake is broken. The variables defined with find_library have the wrong names e.g. LIB_EAY_DEBUG should be LIB_EAY_LIBRARY_DEBUG.

Also, with MSVC libeay32d.lib and ssleay32d.lib are no longer recognized - only libeay32MDd.lib and ssleay32MDd
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0031385)
Thomas Sondergaard (reporter)
2012-11-02 15:11

 Filed a pull request on github:

https://github.com/Kitware/CMake/pull/27 [^]
(0031387)
Rolf Eike Beer (developer)
2012-11-02 15:44

 This needed a different fix, as those variables should be kept for backwards compatibility.

Fix merged to next:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2272a596096980780eb2c7da7d22359e047df52d [^]
(0031390)
Thomas Sondergaard (reporter)
2012-11-02 16:00

 The part of the bug report that concerns naming of the debug versions of openssl libraries is not addressed by the commit linked in the previous comment
(0031392)
Rolf Eike Beer (developer)
2012-11-02 17:00

 Can you tell me a CMake version where that has ever worked? I currently can't find any trace of them for the last 0000046:0000002 CMake releases.
(0031395)
Thomas Sondergaard (reporter)
2012-11-02 18:33

 Sorry, you are right. I just never noticed. It simply finds the non-debug version without complaints. Having said that, accepting libeay32d along with libeay32MDd for debugging libs would be consistent with accepting libeay32 along with libeay32MD for release.
(0031396)
Rolf Eike Beer (developer)
2012-11-02 19:01

 Sure, easy fix. I was just curious if there was something really strange going on.

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fb44b3374be48edd56e2c86818b55bb5ecef4500 [^]
(0031423)
Brad King (manager)
2012-11-05 08:20

 I rebased these fixes back on a commit just prior to the 2.8.10 release:

 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=894b775f [^]
 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4a4c0ee7 [^]

This will allow them to be included in a bugfix release.
(0032871)
Robert Maynard (manager)
2013-04-17 08:54

 Closing resolved issues that have not been updated in more than 4 months.

 Issue History
Date Modified Username Field Change
2012-11-02 14:23 Thomas Sondergaard New Issue
2012-11-02 14:26 Brad King Assigned To => Rolf Eike Beer
2012-11-02 14:26 Brad King Status new => assigned
2012-11-02 15:11 Thomas Sondergaard Note Added: 0031385
2012-11-02 15:44 Rolf Eike Beer Note Added: 0031387
2012-11-02 15:44 Rolf Eike Beer Status assigned => resolved
2012-11-02 15:44 Rolf Eike Beer Resolution open => fixed
2012-11-02 15:44 Rolf Eike Beer Fixed in Version => CMake 2.8.11
2012-11-02 15:44 Rolf Eike Beer Target Version => CMake 2.8.11
2012-11-02 16:00 Thomas Sondergaard Note Added: 0031390
2012-11-02 16:00 Thomas Sondergaard Status resolved => feedback
2012-11-02 16:00 Thomas Sondergaard Resolution fixed => reopened
2012-11-02 17:00 Rolf Eike Beer Note Added: 0031392
2012-11-02 18:33 Thomas Sondergaard Note Added: 0031395
2012-11-02 18:33 Thomas Sondergaard Status feedback => assigned
2012-11-02 19:01 Rolf Eike Beer Note Added: 0031396
2012-11-02 19:01 Rolf Eike Beer Status assigned => resolved
2012-11-02 19:01 Rolf Eike Beer Resolution reopened => fixed
2012-11-05 08:20 Brad King Note Added: 0031423
2012-11-06 15:20 David Cole Fixed in Version CMake 2.8.11 => CMake 2.8.10.1
2012-11-06 15:20 David Cole Target Version CMake 2.8.11 => CMake 2.8.10.1
2013-04-17 08:54 Robert Maynard Note Added: 0032871
2013-04-17 08:54 Robert Maynard Status resolved => closed

Copyright © 2000 - 2018 MantisBT Team