Files
wg-backend-django/dell-env/lib/python3.11/site-packages/setuptools/__pycache__/extension.cpython-311.pyc

107 lines
6.4 KiB
Plaintext
Raw Normal View History

2023-10-30 14:40:43 +07:00
<EFBFBD>
<00><>]d<><00><00><><00>ddlZddlZddlZddlZddlZddlmZd<04>ZeZ eej
j <00><00>Z Gd<05>de <0C><00>Z Gd<07>de <0B><00>Z dS) <09>N<>)<01> get_unpatchedc<00>^<00>d} t|dg<01><03><00>jdS#t$rYnwxYwdS)z0
Return True if Cython can be imported.
zCython.Distutils.build_ext<78> build_ext)<01>fromlistTF)<03>
__import__r<00> Exception)<01> cython_impls <20>m/home/infidel/Sync/TIP/WireGuard/ocp-wg-backend/dell-env/lib/python3.11/site-packages/setuptools/extension.py<70> _have_cythonr
sP<00><00>/<2F>K<EFBFBD> <0A><12>;<3B>+<2B><1D>7<>7<>7<>A<>A<><13>t<EFBFBD><74> <14> <0A> <0A> <0A> <0C><04> <0A><><EFBFBD><EFBFBD> <10>5s <00><00>
*<03>*c<00>(<00><00>eZdZdZ<03>fd<02>Zd<03>Z<05>xZS)<04> ExtensionaB
Describes a single extension module.
This means that all source files will be compiled into a single binary file
``<module path>.<suffix>`` (with ``<module path>`` derived from ``name`` and
``<suffix>`` defined by one of the values in
``importlib.machinery.EXTENSION_SUFFIXES``).
In the case ``.pyx`` files are passed as ``sources and`` ``Cython`` is **not**
installed in the build environment, ``setuptools`` may also try to look for the
equivalent ``.cpp`` or ``.c`` files.
:arg str name:
the full name of the extension, including any packages -- ie.
*not* a filename or pathname, but Python dotted name
:arg list[str] sources:
list of source filenames, relative to the distribution root
(where the setup script lives), in Unix form (slash-separated)
for portability. Source files may be C, C++, SWIG (.i),
platform-specific resource files, or whatever else is recognized
by the "build_ext" command as source for a Python extension.
:keyword list[str] include_dirs:
list of directories to search for C/C++ header files (in Unix
form for portability)
:keyword list[tuple[str, str|None]] define_macros:
list of macros to define; each macro is defined using a 2-tuple:
the first item corresponding to the name of the macro and the second
item either a string with its value or None to
define it without a particular value (equivalent of "#define
FOO" in source or -DFOO on Unix C compiler command line)
:keyword list[str] undef_macros:
list of macros to undefine explicitly
:keyword list[str] library_dirs:
list of directories to search for C/C++ libraries at link time
:keyword list[str] libraries:
list of library names (not filenames or paths) to link against
:keyword list[str] runtime_library_dirs:
list of directories to search for C/C++ libraries at run time
(for shared extensions, this is when the extension is loaded)
:keyword list[str] extra_objects:
list of extra files to link with (eg. object files not implied
by 'sources', static library that must be explicitly specified,
binary resource files, etc.)
:keyword list[str] extra_compile_args:
any extra platform- and compiler-specific information to use
when compiling the source files in 'sources'. For platforms and
compilers where "command line" makes sense, this is typically a
list of command-line arguments, but for other platforms it could
be anything.
:keyword list[str] extra_link_args:
any extra platform- and compiler-specific information to use
when linking object files together to create the extension (or
to create a new static Python interpreter). Similar
interpretation as for 'extra_compile_args'.
:keyword list[str] export_symbols:
list of symbols to be exported from a shared extension. Not
used on all platforms, and not generally necessary for Python
extensions, which typically export exactly one symbol: "init" +
extension_name.
:keyword list[str] swig_opts:
any extra options to pass to SWIG if a source file has the .i
extension.
:keyword list[str] depends:
list of files that the extension depends on
:keyword str language:
extension language (i.e. "c", "c++", "objc"). Will be detected
from the source extensions if not provided.
:keyword bool optional:
specifies that a build failure in the extension should not abort the
build process, but simply not install the failing extension.
c<00>z<00><01>|<04>dd<02><00>|_t<00><00>j||g|<03>Ri|<04><01>dS)N<>py_limited_apiF)<04>popr<00>super<65>__init__)<06>self<6C>name<6D>sources<65>args<67>kw<6B> __class__s <20>r rzExtension.__init__vsK<00><><00>!<21>f<EFBFBD>f<EFBFBD>%5<>u<EFBFBD>=<3D>=<3D><04><1B><18><05><07><07><18><14>w<EFBFBD>4<><14>4<>4<>4<><12>4<>4<>4<>4<>4<>c<00><><00>t<00><00>rdS|jpd}|<01><00><00>dkrdnd}tjt
jd|<02><00>}tt||j <00><00><00><00>|_ dS)z<>
Replace sources with .pyx extensions to sources with the target
language extension. This mechanism allows language authors to supply
pre-converted sources but to prefer the .pyx sources.
N<>zc++z.cppz.cz.pyx$)
r <00>language<67>lower<65> functools<6C>partial<61>re<72>sub<75>list<73>mapr)r<00>lang<6E>
target_extr"s r <00>_convert_pyx_sources_to_langz&Extension._convert_pyx_sources_to_lang|sq<00><00> <18>><3E>><3E> <13> <12>F<EFBFBD><13>}<7D>"<22><02><04>#<23>z<EFBFBD>z<EFBFBD>|<7C>|<7C>u<EFBFBD>4<>4<>V<EFBFBD>V<EFBFBD>$<24>
<EFBFBD><17><1F><02><06><07><1A><<3C><<3C><03><1B>C<EFBFBD><03>T<EFBFBD>\<5C>2<>2<>3<>3<><04> <0C> <0C> r)<07>__name__<5F>
__module__<EFBFBD> __qualname__<5F>__doc__rr'<00> __classcell__)rs@r rrsT<00><><00><00><00><00><00>U<08>U<08>n5<>5<>5<>5<>5<> 4<> 4<> 4<> 4<> 4<> 4<> 4rrc<00><00>eZdZdZdS)<03>Libraryz=Just like a regular Extension, but built as a library insteadN)r(r)r*r+<00>rr r.r.<00>s<00><00><00><00><00><00>G<>G<>G<>Grr.)r!r<00>distutils.core<72> distutils<6C>distutils.errors<72>distutils.extension<6F>monkeyrr <00>
have_pyrex<EFBFBD>corer<00>
_Extensionr.r/rr <00><module>r8s<><00><01> <09> <09> <09> <09><10><10><10><10><15><15><15><15><17><17><17><17><1A><1A><1A><1A>!<21>!<21>!<21>!<21>!<21>!<21> <11> <11> <11><1A>
<EFBFBD> <1A>]<5D>9<EFBFBD>><3E>3<> 4<> 4<>
<EFBFBD>j4<>j4<>j4<>j4<>j4<>
<EFBFBD>j4<>j4<>j4<>ZH<01>H<01>H<01>H<01>H<01>i<EFBFBD>H<01>H<01>H<01>H<01>Hr