-
-
Notifications
You must be signed in to change notification settings - Fork 31.7k
Restore ncurses widechar support on macOS #111460
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Yes, this is probably an unintended side effect. I can look into it tomorrow. (cc. @corona10, if you are interested) |
Yeah I will take a look too |
Would it be interesting to encode some platform expectations in tests? This regression went under the radar because test_unget_wch is skipped with Since this functionality is documented to be generally available, should a test assert that it actually is? |
…111878) (cherry picked from commit d2f305d) Co-authored-by: Davide Rizzo <[email protected]>
Can this be closed? |
@erlend-aasland if there is no need to test this, we're done here. |
There's always a need for accompanying tests. |
I need help with this then. What is a test supposed to test? We could say that wide char support should always be there on Darwin, but it could fail on builds that bring their own curses (or not). |
@erlend-aasland : What kind of tests do you want to see here? AFAIK we generally don't test if expected platform features are present, other than some tests I've added when working on the Universal 2 port to ensure that weak linking works as expected. |
I did not have anything in particular in mind. If there is no particular need, let's just close this. |
Bug report
Bug description:
Python 3.12 dropped ncurses wide char support on macOS, so for example
curses.get_wch()
is not available anymore.I believe this was an unintended consequence of #94452, because the change is not documented anywhere. After that PR, HAVE_NCURSESW is never defined on Darwin. It looks like this bit of logic was not ported from setup.py to configure.ac:
cpython/setup.py
Lines 1121 to 1124 in ec5e253
In fact, wide char support is always available when using Apple-provided ncurses, and it used to work correctly in the 3.11 builds that I tested.
@tiran can you confirm that this was unintended?
cc @sobolevn who interpreted this as an intended change in python/typeshed#10808.
CPython versions tested on:
3.12, 3.13
Operating systems tested on:
macOS
Linked PRs
The text was updated successfully, but these errors were encountered: