MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010347CMakeModulespublic2010-02-28 18:512016-06-10 14:31
ReporterGary Briggs 
Assigned ToKitware Robot 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSOS Version
Product VersionCMake-2-8 
Target VersionFixed in Version 
Summary0010347: FindCurses does not find unicode/wide flavors
DescriptionFindCurses does not find unicode/wide flavors. Please find attached a new FindCurses.cmake that does search for the extra libraries.

In the form of the file from before, there's a parameter, CURSES_NEED_WIDE, that causes the module to search for ncursesw instead of ncurses.

I started with the 2.6 module when I edited. The only difference I see between the 2.6 module and the 2.8 module is some comment boilerplate near the top; presumably adding that boilerplate would make this work for 2.8 also, although I'm just using "whatever it is that ubuntu has in the repo":
$ cmake --version
cmake version 2.6-patch 2
Steps To Reproduce
Additional InformationThis was discussed a while ago on the mailing list here:
http://www.mail-archive.com/cmake@cmake.org/msg15578.html [^]

And I brought it up again here:
http://www.mail-archive.com/cmake@cmake.org/msg27411.html [^]
[where I was asked to make this bug report]

Specifically I did this for the mojosetup project:
http://icculus.org/mojosetup/ [^]

With some discussion on their mailing list here:
http://icculus.org/pipermail/mojosetup/2010-February/000133.html [^]
TagsNo tags attached.
Relationships
Attached Files? FindCurses.cmake (6,923) 2010-02-28 18:51
https://public.kitware.com/Bug/file/2916/FindCurses.cmake
Issue History
Date ModifiedUsernameFieldChange
2010-02-28 18:51Gary BriggsNew Issue
2010-02-28 18:51Gary BriggsFile Added: FindCurses.cmake
2011-01-17 14:38David ColeAssigned To => David Cole
2011-01-17 14:38David ColeStatusnew => assigned
2011-02-09 13:58David ColeStatusassigned => backlog
2011-02-09 14:00David ColeAssigned ToDavid Cole =>
2013-05-15 16:02Brad KingNote Added: 0033044
2013-05-15 16:03Brad KingNote Added: 0033045
2014-07-21 04:35Sylwester ArabasNote Added: 0036416
2014-07-21 10:18Brad KingNote Added: 0036422
2014-07-21 10:23Brad KingNote Added: 0036423
2016-06-10 14:27Kitware RobotNote Added: 0041660
2016-06-10 14:27Kitware RobotStatusbacklog => resolved
2016-06-10 14:27Kitware RobotResolutionopen => moved
2016-06-10 14:27Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0033044)
Brad King   
2013-05-15 16:02   
Additional discussion here:

 http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/6816 [^]
(0033045)
Brad King   
2013-05-15 16:03   
For reference, the first commit to start dealing with the curses combinations was:

 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c41f7983 [^]
(0036416)
Sylwester Arabas   
2014-07-21 04:35   
Hello,

We came across this issue after some GNU Data Language (GDL) users reported unicode-related regression after switching from autoconf to CMake. It would certainly be great to have this feature in CMake!

Could you please also suggest some workaround for older CMake versions? Is it best to simply include the modified FindCurses.cmake file posted here (renamed?) and after it gets into CMake add some condition on CMake versoin?

Thanks, regards,
Sylwester
(0036422)
Brad King   
2014-07-21 10:18   
For reference, some re-organization of FindCurses was done for 0015011 recently:

 FindCurses: Overhaul Curses and NCurses search logic
 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6c8364e6 [^]

Further changes should be rebased on at least that version.
(0036423)
Brad King   
2014-07-21 10:23   
Re 0010347:0036416: The changes linked in 0010347:0036422 should make it easier to support additional curses headers and libraries, but the FindCurses attached here will need to be updated to take them into account.

To work with older versions you can put the module in your project and list its location in CMAKE_MODULE_PATH. This is quite common. Often modules start that way and are later upstreamed in CMake.
(0041660)
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.