Файловый менеджер - Редактировать - /opt/alt/python313/lib/python3.13/site-packages/setuptools/command/__pycache__/build.cpython-313.pyc
Назад
� E\Lg� � �� � S SK r S SKJrJrJr S SKJr SSKJ r \ R S:� a S SKJ r O\( a S SK J r OS SK Jr 1 S kr " S S \5 r " S S \ 5 rg)� N)� TYPE_CHECKING�List�Dict)�build� )� SetuptoolsDeprecationWarning)� � )�Protocol)�ABC> �build_py� build_ext� build_clib� build_scriptsc �F ^ � \ rS rSr\R SS rU 4S jrSrU =r$ )r � Nc �� >� [ R Vs1 sH oS iM nnU[ - ( a, [ R " SSSSS9 [ R U l [ TU ] 5 $ s snf )Nr z$Direct usage of `distutils` commandsz� It seems that you are using `distutils.command.build` to add new subcommands. Using `distutils` directly is considered deprecated, please use `setuptools.command.build`. )i� � � z!https://peps.python.org/pep-0632/)�due_date�see_url)�_build� sub_commands�_ORIGINAL_SUBCOMMANDSr �emit�super�get_sub_commands)�self�cmd� subcommands� __class__s �ڑ/builddir/build/BUILDROOT/alt-python313-setuptools-69.0.2-1.el8.x86_64/opt/alt/python313/lib/python3.13/site-packages/setuptools/command/build.pyr �build.get_sub_commands sk �� �)/�)<�)<�=�)<�#�1�v�)<� �=� �.� .� (� -� -�6�� (�;� � !'� 3� 3�D� ��w�'�)�)�� >s � A+)r ) �__name__� __module__� __qualname__�__firstlineno__r r r �__static_attributes__� __classcell__)r! s @r" r r s �� ��&�&�q�)�L�*� *� r c � � \ rS rSr% SrSr\\S' \\S' S r S r S r S \ \ 4S jr S \ \ 4S jrS \\\4 4S jrS rg)� SubCommand�' a� In order to support editable installations (see :pep:`660`) all build subcommands **SHOULD** implement this protocol. They also **MUST** inherit from ``setuptools.Command``. When creating an :pep:`editable wheel <660>`, ``setuptools`` will try to evaluate custom ``build`` subcommands using the following procedure: 1. ``setuptools`` will set the ``editable_mode`` attribute to ``True`` 2. ``setuptools`` will execute the ``run()`` command. .. important:: Subcommands **SHOULD** take advantage of ``editable_mode=True`` to adequate its behaviour or perform optimisations. For example, if a subcommand doesn't need to generate an extra file and all it does is to copy a source file into the build directory, ``run()`` **SHOULD** simply "early return". Similarly, if the subcommand creates files that would be placed alongside Python files in the final distribution, during an editable install the command **SHOULD** generate these files "in place" (i.e. write them to the original source directory, instead of using the build directory). Note that ``get_output_mapping()`` should reflect that and include mappings for "in place" builds accordingly. 3. ``setuptools`` use any knowledge it can derive from the return values of ``get_outputs()`` and ``get_output_mapping()`` to create an editable wheel. When relevant ``setuptools`` **MAY** attempt to use file links based on the value of ``get_output_mapping()``. Alternatively, ``setuptools`` **MAY** attempt to use :doc:`import hooks <python:reference/import>` to redirect any attempt to import to the directory with the original source code and other files built in place. Please note that custom sub-commands **SHOULD NOT** rely on ``run()`` being executed (or not) to provide correct return values for ``get_outputs()``, ``get_output_mapping()`` or ``get_source_files()``. The ``get_*`` methods should work independently of ``run()``. F� editable_mode� build_libc � � g�z@(Required by the original :class:`setuptools.Command` interface)N� �r s r" �initialize_options� SubCommand.initialize_optionsl � � r* c � � gr1 r2 r3 s r" �finalize_options�SubCommand.finalize_optionso r6 r* c � � gr1 r2 r3 s r" �run�SubCommand.runr r6 r* �returnc � � g)a� Return a list of all files that are used by the command to create the expected outputs. For example, if your build command transpiles Java files into Python, you should list here all the Java files. The primary purpose of this function is to help populating the ``sdist`` with all the files necessary to build the distribution. All files should be strings relative to the project root directory. Nr2 r3 s r" �get_source_files�SubCommand.get_source_filesu r6 r* c � � g)a� Return a list of files intended for distribution as they would have been produced by the build. These files should be strings in the form of ``"{build_lib}/destination/file/path"``. .. note:: The return value of ``get_output()`` should include all files used as keys in ``get_output_mapping()`` plus files that are generated during the build and don't correspond to any source file already present in the project. Nr2 r3 s r" � get_outputs�SubCommand.get_outputs� r6 r* c � � g)aW Return a mapping between destination files as they would be produced by the build (dict keys) into the respective existing (source) files (dict values). Existing (source) files should be represented as strings relative to the project root directory. Destination files should be strings in the form of ``"{build_lib}/destination/file/path"``. Nr2 r3 s r" �get_output_mapping� SubCommand.get_output_mapping� r6 r* r2 N)r$ r% r& r' �__doc__r. �bool�__annotations__�strr4 r8 r; r r? rB r rE r( r2 r* r" r, r, ' sk � �$�L �M�4� �� �N��(O�O�O� �$�s�)� � �T�#�Y� � �D��c��N� r* r, )�sys�typingr r r �distutils.command.buildr r �warningsr � version_infor �typing_extensions�abcr r r, r2 r* r" �<module>rR sQ �� � ,� ,� 3� 3����v� � ��*�#� Q� �*�F� *�*n �� n r*
| ver. 1.4 |
Github
|
.
| PHP 8.1.32 | Генерация страницы: 0 |
proxy
|
phpinfo
|
Настройка