cosmopolitan/third_party/python/python-modules.mk

222 lines
7.7 KiB
Makefile
Raw Normal View History

#-*-mode:makefile-gmake;indent-tabs-mode:t;tab-width:8;coding:utf-8-*-┐
#───vi: set et ft=make ts=8 tw=8 fenc=utf-8 :vi───────────────────────┘
# this file contains the recipes for the C extensions
# that are included with the Python source distribution
# the list of modules are also provided in Modules/config.c
# so any changes here must be reflected there as well
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
################################################################################
# REQUIRED MODULES
# _elementtree
EXTMODULE_ELEMENTTREE_SRCS = \
third_party/python/Modules/_elementtree.c
EXTMODULE_ELEMENTTREE_OBJS = \
$(EXTMODULE_ELEMENTTREE_SRCS:%.c=o/$(MODE)/%.o)
# _io
EXTMODULE_IO_SRCS = \
third_party/python/Modules/_io/_iomodule.c \
third_party/python/Modules/_io/bufferedio.c \
third_party/python/Modules/_io/bytesio.c \
third_party/python/Modules/_io/fileio.c \
third_party/python/Modules/_io/iobase.c \
third_party/python/Modules/_io/stringio.c \
third_party/python/Modules/_io/textio.c
EXTMODULE_IO_OBJS = \
$(EXTMODULE_IO_SRCS:%.c=o/$(MODE)/%.o)
# _tracemalloc
EXTMODULE_TRACEMALLOC_SRCS = \
third_party/python/Modules/_tracemalloc.c \
third_party/python/Modules/hashtable.c
# these modules don't rely on POSIX
EXTMODULE_BASE_INDEP_SRCS = \
third_party/python/Modules/gcmodule.c \
third_party/python/Modules/arraymodule.c \
third_party/python/Modules/cmathmodule.c \
third_party/python/Modules/mathmodule.c \
third_party/python/Modules/_math.c \
third_party/python/Modules/_struct.c \
third_party/python/Modules/_weakref.c \
third_party/python/Modules/_testcapimodule.c \
third_party/python/Modules/_randommodule.c \
third_party/python/Modules/_pickle.c \
third_party/python/Modules/_datetimemodule.c \
third_party/python/Modules/_bisectmodule.c \
third_party/python/Modules/_heapqmodule.c \
third_party/python/Modules/unicodedata.c \
$(EXTMODULE_TRACEMALLOC_SRCS) \
$(EXTMODULE_ELEMENTTREE_SRCS)
# these modules require POSIX-compliant libs
EXTMODULE_BASE_POSIX_SRCS = \
third_party/python/Modules/_codecsmodule.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/_collectionsmodule.c \
third_party/python/Modules/_csv.c \
third_party/python/Modules/_functoolsmodule.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/_localemodule.c \
third_party/python/Modules/_operator.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/_sre.c \
third_party/python/Modules/_stat.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/atexitmodule.c \
third_party/python/Modules/errnomodule.c \
third_party/python/Modules/faulthandler.c \
third_party/python/Modules/fcntlmodule.c \
third_party/python/Modules/grpmodule.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/itertoolsmodule.c \
third_party/python/Modules/main.c \
third_party/python/Modules/mmapmodule.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/posixmodule.c \
third_party/python/Modules/pwdmodule.c \
third_party/python/Modules/selectmodule.c \
third_party/python/Modules/signalmodule.c \
third_party/python/Modules/symtablemodule.c \
third_party/python/Modules/timemodule.c \
third_party/python/Modules/zipimport.c \
$(EXTMODULE_IO_SRCS)
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
################################################################################
# OPTIONAL MODULES
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
# CJK codecs
EXTMODULE_MISC_SRCS = \
third_party/python/Modules/audioop.c
EXTMODULE_BLAKE_OBJS = \
$(EXTMODULE_BLAKE_SRCS:%.c=o/$(MODE)/%.o)
# pyexpat
EXTMODULE_PYEXPAT_SRCS = \
third_party/python/Modules/expat/xmlparse.c \
third_party/python/Modules/expat/xmlrole.c \
third_party/python/Modules/expat/xmltok.c \
third_party/python/Modules/pyexpat.c
EXTMODULE_PYEXPAT_OBJS = \
$(EXTMODULE_PYEXPAT_SRCS:%.c=o/$(MODE)/%.o)
# lsprof
EXTMODULE_LSPROF_SRCS = \
third_party/python/Modules/_lsprof.c \
third_party/python/Modules/rotatingtree.c
# CJK codecs
EXTMODULE_CJKCODECS_SRCS = \
third_party/python/Modules/cjkcodecs/_codecs_cn.c \
third_party/python/Modules/cjkcodecs/_codecs_hk.c \
third_party/python/Modules/cjkcodecs/_codecs_iso2022.c \
third_party/python/Modules/cjkcodecs/_codecs_jp.c \
third_party/python/Modules/cjkcodecs/_codecs_kr.c \
third_party/python/Modules/cjkcodecs/_codecs_tw.c \
third_party/python/Modules/cjkcodecs/multibytecodec.c
# sqlite
# bz2
# readline
# _ssl
# _hashlib
# _decimal module (w/libmpdec)
EXTMODULE_DECIMAL_SRCS = \
third_party/python/Modules/_decimal/libmpdec/basearith.c \
third_party/python/Modules/_decimal/libmpdec/constants.c \
third_party/python/Modules/_decimal/libmpdec/context.c \
third_party/python/Modules/_decimal/libmpdec/convolute.c \
third_party/python/Modules/_decimal/libmpdec/crt.c \
third_party/python/Modules/_decimal/libmpdec/difradix2.c \
third_party/python/Modules/_decimal/libmpdec/fnt.c \
third_party/python/Modules/_decimal/libmpdec/fourstep.c \
third_party/python/Modules/_decimal/libmpdec/io.c \
third_party/python/Modules/_decimal/libmpdec/memory.c \
third_party/python/Modules/_decimal/libmpdec/mpdecimal.c \
third_party/python/Modules/_decimal/libmpdec/numbertheory.c \
third_party/python/Modules/_decimal/libmpdec/sixstep.c \
third_party/python/Modules/_decimal/libmpdec/transpose.c \
third_party/python/Modules/_decimal/_decimal.c
EXTMODULE_DECIMAL_OBJS = \
$(EXTMODULE_DECIMAL_SRCS:%.c=o/$(MODE)/%.o)
EXTMODULE_OPT_SRCS = \
$(EXTMODULE_CJKCODECS_SRCS) \
$(EXTMODULE_LSPROF_SRCS) \
$(EXTMODULE_BLAKE_SRCS) \
$(EXTMODULE_LSPROF_SRCS) \
$(EXTMODULE_DECIMAL_SRCS) \
$(EXTMODULE_PYEXPAT_SRCS) \
third_party/python/Modules/socketmodule.c \
third_party/python/Modules/md5module.c \
third_party/python/Modules/sha1module.c \
third_party/python/Modules/sha256module.c \
third_party/python/Modules/sha512module.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/_sha3.c \
third_party/python/Modules/resource.c \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
third_party/python/Modules/termios.c \
third_party/python/Modules/_posixsubprocess.c \
third_party/python/Modules/syslogmodule.c \
third_party/python/Modules/binascii.c \
third_party/python/Modules/parsermodule.c \
third_party/python/Modules/syslogmodule.c \
third_party/python/Modules/fpectlmodule.c \
third_party/python/Modules/zlibmodule.c \
third_party/python/Modules/_json.c \
third_party/python/Modules/_opcode.c
# add all of the module source files together to use in python.mk
THIRD_PARTY_PYTHON_MODULES_SRCS = \
third_party/python/Modules/config.c \
third_party/python/Modules/getbuildinfo.c \
third_party/python/Modules/getpath.c \
$(EXTMODULE_BASE_INDEP_SRCS) \
$(EXTMODULE_BASE_POSIX_SRCS) \
Undiamond Python headers This change gets the Python codebase into a state where it conforms to the conventions of this codebase. It's now possible to include headers from Python, without worrying about ordering. Python has traditionally solved that problem by "diamonding" everything in Python.h, but that's problematic since it means any change to any Python header invalidates all the build artifacts. Lastly it makes tooling not work. Since it is hard to explain to Emacs when I press C-c C-h to add an import line it shouldn't add the header that actually defines the symbol, and instead do follow the nonstandard Python convention. Progress has been made on letting Python load source code from the zip executable structure via the standard C library APIs. System calss now recognizes zip!FILENAME alternative URIs as equivalent to zip:FILENAME since Python uses colon as its delimiter. Some progress has been made on embedding the notice license terms into the Python object code. This is easier said than done since Python has an extremely complicated ownership story. - Some termios APIs have been added - Implement rewinddir() dirstream API - GetCpuCount() API added to Cosmopolitan Libc - More bugs in Cosmopolitan Libc have been fixed - zipobj.com now has flags for mangling the path - Fixed bug a priori with sendfile() on certain BSDs - Polyfill F_DUPFD and F_DUPFD_CLOEXEC across platforms - FIOCLEX / FIONCLEX now polyfilled for fast O_CLOEXEC changes - APE now supports a hybrid solution to no-self-modify for builds - Many BSD-only magnums added, e.g. O_SEARCH, O_SHLOCK, SF_NODISKIO
2021-08-12 00:42:14 -07:00
$(EXTMODULE_MISC_SRCS) \
$(EXTMODULE_OPT_SRCS)
THIRD_PARTY_PYTHON_MODULES_OBJS = \
$(THIRD_PARTY_PYTHON_MODULES_SRCS:%.c=o/$(MODE)/%.o)
THIRD_PARTY_PYTHON_MODULES_DIRECTDEPS = \
THIRD_PARTY_ZLIB
# add sqlite if needed here
o/$(MODE)/third_party/python/Modules/getbuildinfo.o: \
OVERRIDE_CFLAGS += \
-DGITVERSION='"3.6"' \
-DGITTAG='"3.6"' \
-DGITBRANCH='"cosmo"'
$(EXTMODULE_ELEMENTTREE_OBJS): \
OVERRIDE_CFLAGS += \
-DUSE_PYEXPAT_CAPI \
-DHAVE_EXPAT_CONFIG_H
$(EXTMODULE_BLAKE_OBJS): \
OVERRIDE_CFLAGS += \
-DBLAKE_USE_SSE=1
$(EXTMODULE_PYEXPAT_OBJS): \
OVERRIDE_CFLAGS += \
-DXML_POOR_ENTROPY \
-DHAVE_EXPAT_CONFIG_H \
-DUSE_PYEXPAT_CAPI
o/$(MODE)/third_party/python/Modules/_decimal/libmpdec/transpose.o: \
OVERRIDE_CFLAGS += \
-DSTACK_FRAME_UNLIMITED
2021-08-16 15:26:31 -07:00
# Issue #23654: Turn off ICC's tail call optimization for the
# stack_overflow generator. ICC turns the recursive tail
# call into a loop. [Let's do GCC too, just to be safe.]
o/$(MODE)/third_party/python/Modules/faulthandler.o: \
OVERRIDE_CFLAGS += \
-fno-optimize-sibling-calls