http://bugs.winehq.org/show_bug.cgi?id=11214
Summary: configure does not recognise libncursesw Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: build-env AssignedTo: wine-bugs@winehq.org ReportedBy: dj@lucasit.com
I believe that this is trivial, but I'm not sure. My current build does not have libncurses, but libncursesw. Configure complains. Whether they are completely compatible, I don't know. I haven't even taken the time to research what curses brings to the table for wine. My trivial severity above might not be so...if nobody comments in the next few days, I'll give it a go at munging the autotools and see what happens.
http://bugs.winehq.org/show_bug.cgi?id=11214
Marcus Meissner marcus@jet.franken.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcus@jet.franken.de
--- Comment #1 from Marcus Meissner marcus@jet.franken.de 2008-01-26 02:48:56 --- ncursesw is the widechar version of ncurses I suspect, and we use the ansi/ascii version.
http://bugs.winehq.org/show_bug.cgi?id=11214
Eric Sandall sandalle@sourcemage.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sandalle@sourcemage.org
--- Comment #2 from Eric Sandall sandalle@sourcemage.org 2008-01-27 21:01:10 --- 0.9.52 could find our ncurses 5.6 built with UTF8 support fine, but 0.9.53 and 0.9.54 say they cannot find "-lncurses". I tried fiddling to have it find "-lcurses", "-lncursesw", and "-lcursesw", all of which exist and work on the command line, but all of them give "result: not found" in config.log after checking for mousemask. Perhaps UTF8 ncurses is missing this mousemask?
At a guess, commit c1099bb759ef3b18e4405833976e656488735b5e (http://source.winehq.org/git/wine.git/?a=commit;h=d0783774e722c8b5f35ca9736f...) may have caused it, but reversing the patch on 0.9.54 does not apply cleanly (have not tried 0.9.53).
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #3 from Austin English austinenglish@gmail.com 2008-01-28 20:16:32 --- (In reply to comment #2)
0.9.52 could find our ncurses 5.6 built with UTF8 support fine, but 0.9.53 and 0.9.54 say they cannot find "-lncurses". I tried fiddling to have it find "-lcurses", "-lncursesw", and "-lcursesw", all of which exist and work on the command line, but all of them give "result: not found" in config.log after checking for mousemask. Perhaps UTF8 ncurses is missing this mousemask?
At a guess, commit c1099bb759ef3b18e4405833976e656488735b5e (http://source.winehq.org/git/wine.git/?a=commit;h=d0783774e722c8b5f35ca9736f...) may have caused it, but reversing the patch on 0.9.54 does not apply cleanly (have not tried 0.9.53).
Try compiling at that commit and right before it to be sure.
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #4 from Eric Sandall sandalle@sourcemage.org 2008-01-30 01:00:00 --- At commit a30976281dd401666c31318fad616cde28246c18: SUCCESS: ./configure --with-curses
At commit c1099bb759ef3b18e4405833976e656488735b5e: SUCCESS: ./configure --with-curses
Trying git-bisect against c03617509409fb5a1f8528c6f927c0bc7ed9d2ae (good, 0.9.52) and 0b50076355e5084a56bc19c78a6ada7b74d4afc4 (bad, 0.9.53). Bisecting: 194 revisions left to test after this :(
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #5 from Eric Sandall sandalle@sourcemage.org 2008-01-30 01:18:37 --- $ git-bisect bad (last revision to test) a41f0f1b45f6b52e94c07bc367aa7cc7cc3c2d2e is first bad commit commit a41f0f1b45f6b52e94c07bc367aa7cc7cc3c2d2e Author: Alexandre Julliard julliard@winehq.org Date: Mon Jan 7 14:51:44 2008 +0100
configure: Add --without options for all optional dependencies.
:100644 100644 d5f09e19a7615e3bfffabf35ea0320eb44dd82b5 dcbe78b4ce95ec55aa66662ecb3b47fc07a5e13b M aclocal.m4 :100755 100755 0c99eaed2c3eb85c941be578a91024d539c73d3b e033e059acdf9a3690aa78a1c326fa879ad8f954 M configure :100644 100644 469490457dfc5f2e18603e426cba8bc39297725d c9036e50213a1889ee91bdfd4d801a94b8fd138a M configure.ac
$ git-biesct log # bad: [0b50076355e5084a56bc19c78a6ada7b74d4afc4] Release 0.9.53. # good: [c03617509409fb5a1f8528c6f927c0bc7ed9d2ae] Release 0.9.52. git-bisect start '0b50076355e5084a56bc19c78a6ada7b74d4afc4' 'c03617509409fb5a1f8528c6f927c0bc7ed9d2ae' # good: [c777d3095a2f4e1aecf0499054de7d0a0d8f7637] msi: Factor out msi_set_sourcedir_props. git-bisect good c777d3095a2f4e1aecf0499054de7d0a0d8f7637 # bad: [3debf28215fcf5d76e034dfc17354391512500a1] msvcrt: Implement _wsystem and forward system to it. Respect COMSPEC environment variable. git-bisect bad 3debf28215fcf5d76e034dfc17354391512500a1 # bad: [645a1e30a12aad0ab7da8a18a289bf5a5fad59c4] gdi32/tests: Avoid using size_t in traces. git-bisect bad 645a1e30a12aad0ab7da8a18a289bf5a5fad59c4 # good: [53e8734049d9e241af572dca733017ac18f21de0] include: Add defines for context handle flags to rpcfc.h. git-bisect good 53e8734049d9e241af572dca733017ac18f21de0 # good: [0e4adae9732434188923fe2c9b24c82a7a9cb4f5] Spelling fixes. git-bisect good 0e4adae9732434188923fe2c9b24c82a7a9cb4f5 # good: [787ccc8032f986477b69a340d877ff0a80ffa5b3] devenum: Fix the implementation of IEnumMoniker::Skip(), to match the MSDN specs. git-bisect good 787ccc8032f986477b69a340d877ff0a80ffa5b3 # bad: [980ee365a06682c9f310921f0c92a58b4224154d] wined3d: Use unsigned int instead of size_t for element counts. git-bisect bad 980ee365a06682c9f310921f0c92a58b4224154d # bad: [84f8ab6b83f9f53a986c6a01f246444ded88e425] configure: Added a check for the soname of libodbc. git-bisect bad 84f8ab6b83f9f53a986c6a01f246444ded88e425 # bad: [a41f0f1b45f6b52e94c07bc367aa7cc7cc3c2d2e] configure: Add --without options for all optional dependencies. git-bisect bad a41f0f1b45f6b52e94c07bc367aa7cc7cc3c2d2e
Revert a41f0f1b45f6b52e94c07bc367aa7cc7cc3c2d2e from master (latest commit 8f954ccc0f5284d86eed5552bf62fe2710f74fc5, 0.9.54) allows --with-curses to find lib(n)curses on a box with ncurses built with UTF8 support (again).
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2008-02-04 07:45:38 --- Have you verified that it was actually found in older versions? Most likely it never worked, but in older versions it didn't print the error unless you ran with configure --verbose.
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #7 from Austin English austinenglish@gmail.com 2008-06-12 11:22:17 --- Is this still an issue in current (1.0-rc4 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11214
--- Comment #8 from Eric Sandall sandalle@sourcemage.org 2008-06-12 14:37:31 --- Yeah, sorry about the delay. It seems to have been fixed in 0.9.57. Thanks! :)
http://bugs.winehq.org/show_bug.cgi?id=11214
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #9 from Austin English austinenglish@gmail.com 2008-06-12 15:11:27 --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=11214
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2008-06-13 10:45:14 --- Closing bugs fixed in 1.0-rc5.