FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

fix(libpython): link libintl so _localemodule resolves on macOS by hjmjohnson · Pull Request #450 · python-cmake-buildsystem/python-cmake-buildsystem · GitHub

Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension .txt  (1) All 1 file type selected
Viewed files
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Unified
Split
Hide whitespace
Diff view
Unified
Split
Hide whitespace
8 changes: 8 additions & 0 deletions cmake/libpython/CMakeLists.txt
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Original file line number Diff line number Diff line change
Expand Up @@ -471,6 +471,14 @@ set(LIBPYTHON_TARGET_LIBRARIES
if(HAVE_LIBDL)
list(APPEND LIBPYTHON_TARGET_LIBRARIES ${HAVE_LIBDL})
endif()
if(HAVE_LIBINTL)
# _localemodule uses libintl_* (bindtextdomain, dcgettext, ...) when
# HAVE_LIBINTL_H is set. Where libintl is a separate library (e.g. macOS
# gettext), link it so those symbols resolve; mirrors CPython configure's
# `LIBS += -lintl`. On glibc the functions are in libc and HAVE_LIBINTL is
# unset, so this is a no-op there.
list(APPEND LIBPYTHON_TARGET_LIBRARIES ${HAVE_LIBINTL})
endif()
if(WITH_THREAD OR PY_VERSION VERSION_GREATER_EQUAL "3.7")
list(APPEND LIBPYTHON_TARGET_LIBRARIES ${CMAKE_THREAD_LIBS_INIT})
endif()
Expand Down

Back | FazBrowse Home | New Git URL