This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author chargr
Recipients chargr
Date 2019-05-20.21:48:42
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1558388923.16.0.697144008722.issue36979@roundup.psfhosted.org>
In-reply-to
Content
This is similar to: https://bugs.python.org/issue28190

Not cross-compiling, but using a different ncurses version than is provided under /usr/include/ncursesw

Specifying CPPFLAGS to have "-I/path/to/ncurses/include" does not override the "/usr/include/ncursesw" in setup.py

        if curses_library == 'ncursesw':
            curses_defines.append(('HAVE_NCURSESW', '1'))
            if not cross_compiling:
                curses_includes.append('/usr/include/ncursesw')

Python 2.7.x does not have this issue, but 3.6.x and 3.7.x do.  2 and 3 have different ways of setting up the include path for curses when building the extension.

In my case, removing the curses_include.append from setup.py results in a working extension.

It probably makes sense that Extension(include_dirs=) take priority over Python build CPPFLAGS, setup.py may need to be more cautious about adding the ncurses include path.

Only tested in 2.7, 3.6, 3.7.
History
Date User Action Args
2019-05-20 21:48:43chargrsetrecipients: + chargr
2019-05-20 21:48:43chargrsetmessageid: <1558388923.16.0.697144008722.issue36979@roundup.psfhosted.org>
2019-05-20 21:48:43chargrlinkissue36979 messages
2019-05-20 21:48:42chargrcreate