MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0008975CMakeCMakepublic2009-05-06 13:342016-06-10 14:30
Reporterjrmane 
Assigned ToBill Hoffman 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionFixed in Version 
Summary0008975: Cygwin: Wrong compiler/platform directories used for platform checks
DescriptionUnder latest Cygwin but using the -mno-cygwin gcc option, CMake configure/platform checks (for any project) use the headers under /usr, whereas the ones under /usr/i686-pc-mingw32 are the right ones to be used. That is because the -mno-cygwin option makes the gcc command to be simply a front-end for mingw32. Most likely the same holds for /usr/lib, etc. but my platform/configure checks do not currently test for libraries.

Note that for the above to occur, I did set the environment variables CCFLAGS, CXXFLAGS and LDFLAGS to -mno-cygwin (e.g. export CCFLAGS=-mno-cygwin), and I do see -mno-cygwin added to the gcc command line when individual source files are being compiled.

Tested with CMake 2.6.2 (latest official under Cygwin). I have also looked at changelogs for 2.6.3 and 2.6.4 and the problem does not seem to be addressed. Please let me know if you would like me to test something further on my side, so as to save you time and effort.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-05-06 13:34jrmaneNew Issue
2009-09-14 12:54Bill HoffmanNote Added: 0017442
2009-09-14 12:54Bill HoffmanStatusnew => assigned
2009-09-14 12:54Bill HoffmanAssigned To => Bill Hoffman
2016-06-10 14:27Kitware RobotNote Added: 0041553
2016-06-10 14:27Kitware RobotStatusassigned => resolved
2016-06-10 14:27Kitware RobotResolutionopen => moved
2016-06-10 14:30Kitware RobotStatusresolved => closed

Notes
(0017442)
Bill Hoffman   
2009-09-14 12:54   
Which checks are affected by this?
(0041553)
Kitware Robot   
2016-06-10 14:27   
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.