Mirror
/
cpython
mirror of https://github.com/python/cpython
4
1
Fork 0
Code Issues Releases Wiki Activity
cpython/PCbuild/pythoncore.vcxproj

767 lines
41 KiB
XML
Raw Normal View History

bpo-22257: Small changes for PEP 432. (#1728) PEP 432 specifies a number of large changes to interpreter startup code, including exposing a cleaner C-API. The major changes depend on a number of smaller changes. This patch includes all those smaller changes.
2017-05-23 01:36:03 -03:00
<?xml version="1.0" encoding="utf-8"?>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup Label="ProjectConfigurations">
bpo-35976: Enable Windows projects to build with platform ARM32 (GH-11825) This change adds the necessary items to the build projects to avoid erroring out right at the start. It does not add _support_ for targeting Windows on ARM32, but is a necessary prerequisite for adding it.
2019-02-14 12:31:30 -04:00
<ProjectConfiguration Include="Debug|ARM">
<Configuration>Debug</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
bpo-36941: Windows build changes for Windows ARM64 (GH-13365)
2019-05-17 14:07:24 -03:00
<ProjectConfiguration Include="Debug|ARM64">
<Configuration>Debug</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Debug|x64">
<Configuration>Debug</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
bpo-35976: Enable Windows projects to build with platform ARM32 (GH-11825) This change adds the necessary items to the build projects to avoid erroring out right at the start. It does not add _support_ for targeting Windows on ARM32, but is a necessary prerequisite for adding it.
2019-02-14 12:31:30 -04:00
<ProjectConfiguration Include="PGInstrument|ARM">
<Configuration>PGInstrument</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
bpo-36941: Windows build changes for Windows ARM64 (GH-13365)
2019-05-17 14:07:24 -03:00
<ProjectConfiguration Include="PGInstrument|ARM64">
<Configuration>PGInstrument</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ProjectConfiguration Include="PGInstrument|Win32">
<Configuration>PGInstrument</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="PGInstrument|x64">
<Configuration>PGInstrument</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
bpo-35976: Enable Windows projects to build with platform ARM32 (GH-11825) This change adds the necessary items to the build projects to avoid erroring out right at the start. It does not add _support_ for targeting Windows on ARM32, but is a necessary prerequisite for adding it.
2019-02-14 12:31:30 -04:00
<ProjectConfiguration Include="PGUpdate|ARM">
<Configuration>PGUpdate</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
bpo-36941: Windows build changes for Windows ARM64 (GH-13365)
2019-05-17 14:07:24 -03:00
<ProjectConfiguration Include="PGUpdate|ARM64">
<Configuration>PGUpdate</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ProjectConfiguration Include="PGUpdate|Win32">
<Configuration>PGUpdate</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="PGUpdate|x64">
<Configuration>PGUpdate</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
bpo-35976: Enable Windows projects to build with platform ARM32 (GH-11825) This change adds the necessary items to the build projects to avoid erroring out right at the start. It does not add _support_ for targeting Windows on ARM32, but is a necessary prerequisite for adding it.
2019-02-14 12:31:30 -04:00
<ProjectConfiguration Include="Release|ARM">
<Configuration>Release</Configuration>
<Platform>ARM</Platform>
</ProjectConfiguration>
bpo-36941: Windows build changes for Windows ARM64 (GH-13365)
2019-05-17 14:07:24 -03:00
<ProjectConfiguration Include="Release|ARM64">
<Configuration>Release</Configuration>
<Platform>ARM64</Platform>
</ProjectConfiguration>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ProjectConfiguration Include="Release|Win32">
<Configuration>Release</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Release|x64">
<Configuration>Release</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
</ItemGroup>
<PropertyGroup Label="Globals">
<ProjectGuid>{CF7AC3D1-E2DF-41D2-BEA6-1E2556CDEA26}</ProjectGuid>
<RootNamespace>pythoncore</RootNamespace>
</PropertyGroup>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<Import Project="python.props" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<PropertyGroup Label="Configuration">
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ConfigurationType>DynamicLibrary</ConfigurationType>
<UseOfMfc>false</UseOfMfc>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" />
<ImportGroup Label="ExtensionSettings">
</ImportGroup>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<PropertyGroup>
<KillPython>true</KillPython>
bpo-31340: Change to building with MSVC v141 (included with Visual Studio 2017) (#3311)
2017-09-06 14:01:38 -03:00
<RequirePGCFiles>true</RequirePGCFiles>
bpo-30389 Adds detection of VS 2017 to distutils._msvccompiler (#1632)
2017-09-07 15:49:23 -03:00
<IncludeExternals Condition="$(IncludeExternals) == '' and Exists('$(zlibDir)\zlib.h')">true</IncludeExternals>
<IncludeExternals Condition="$(IncludeExternals) == ''">false</IncludeExternals>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
</PropertyGroup>
<ImportGroup Label="PropertySheets">
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
<Import Project="pyproject.props" />
</ImportGroup>
<PropertyGroup Label="UserMacros" />
<PropertyGroup>
<_ProjectFileVersion>10.0.30319.1</_ProjectFileVersion>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<TargetName>$(PyDllName)</TargetName>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
</PropertyGroup>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<PropertyGroup>
<CustomBuildBeforeTargets>Link</CustomBuildBeforeTargets>
</PropertyGroup>
<ItemDefinitionGroup>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile>
<AdditionalOptions>/Zm200 %(AdditionalOptions)</AdditionalOptions>
gh-99108: Replace SHA2-224 & 256 with verified code from HACL* (#99109) replacing hashlib primitives (for the non-OpenSSL case) with verified implementations from HACL*. This is the first PR in the series, and focuses specifically on SHA2-256 and SHA2-224. This PR imports Hacl_Streaming_SHA2 into the Python tree. This is the HACL* implementation of SHA2, which combines a core implementation of SHA2 along with a layer of buffer management that allows updating the digest with any number of bytes. This supersedes the previous implementation in the tree. @franziskuskiefer was kind enough to benchmark the changes: in addition to being verified (thus providing significant safety and security improvements), this implementation also provides a sizeable performance boost! ``` --------------------------------------------------------------- Benchmark Time CPU Iterations --------------------------------------------------------------- Sha2_256_Streaming 3163 ns 3160 ns 219353 // this PR LibTomCrypt_Sha2_256 5057 ns 5056 ns 136234 // library used by Python currently ``` The changes in this PR are as follows: - import the subset of HACL* that covers SHA2-256/224 into `Modules/_hacl` - rewire sha256module.c to use the HACL* implementation Co-authored-by: Gregory P. Smith [Google LLC] <greg@krypto.org> Co-authored-by: Erlend E. Aasland <erlend.aasland@protonmail.com>
2023-02-06 22:11:01 -04:00
<AdditionalIncludeDirectories>$(PySourcePath)Modules\_hacl\include;$(PySourcePath)Modules\_hacl\internal;$(PySourcePath)Python;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<AdditionalIncludeDirectories Condition="$(IncludeExternals)">$(zlibDir);%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
bpo-36635: Change pyport.h for Py_BUILD_CORE_MODULE define (GH-12853) Change PyAPI_FUNC(type), PyAPI_DATA(type) and PyMODINIT_FUNC macros of pyport.h when Py_BUILD_CORE_MODULE is defined. The Py_BUILD_CORE_MODULE define must be now be used to build a C extension as a dynamic library accessing Python internals: export the PyInit_xxx() function in DLL exports on Windows. Changes: * Py_BUILD_CORE_BUILTIN and Py_BUILD_CORE_MODULE now imply Py_BUILD_CORE directy in pyport.h. * ceval.c compilation now fails with an error if Py_BUILD_CORE is not defined, just to ensure that Python is build with the correct defines. * setup.py now compiles _pickle.c with Py_BUILD_CORE_MODULE define. * setup.py compiles _json.c with Py_BUILD_CORE_MODULE define, rather than Py_BUILD_CORE_BUILTIN define * PCbuild/pythoncore.vcxproj: Add Py_BUILD_CORE_BUILTIN define.
2019-04-17 18:02:26 -03:00
<PreprocessorDefinitions>_USRDLL;Py_BUILD_CORE;Py_BUILD_CORE_BUILTIN;Py_ENABLE_SHARED;MS_DLL_ID="$(SysWinVer)";%(PreprocessorDefinitions)</PreprocessorDefinitions>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<PreprocessorDefinitions Condition="$(IncludeExternals)">_Py_HAVE_ZLIB;%(PreprocessorDefinitions)</PreprocessorDefinitions>
GH-113464: Add a JIT backend for tier 2 (GH-113465) Add an option (--enable-experimental-jit for configure-based builds or --experimental-jit for PCbuild-based ones) to build an *experimental* just-in-time compiler, based on copy-and-patch (https://fredrikbk.com/publications/copy-and-patch.pdf). See Tools/jit/README.md for more information on how to install the required build-time tooling.
2024-01-28 22:48:48 -04:00
<PreprocessorDefinitions Condition="'$(UseJIT)' == 'true'">_Py_JIT;%(PreprocessorDefinitions)</PreprocessorDefinitions>
gh-118734: Fixes Windows build when Use_TIER2 is unspecified (#118735)
2024-05-07 18:01:18 -03:00
<PreprocessorDefinitions Condition="'$(UseTIER2)' != '' and '$(UseTIER2)' != '0'">_Py_TIER2=$(UseTIER2);%(PreprocessorDefinitions)</PreprocessorDefinitions>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
</ClCompile>
<Link>
bpo-45720: Drop references to shlwapi.dll on Windows (GH-29417)
2021-11-05 20:06:45 -03:00
<AdditionalDependencies>version.lib;ws2_32.lib;pathcch.lib;bcrypt.lib;%(AdditionalDependencies)</AdditionalDependencies>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
</Link>
</ItemDefinitionGroup>
bpo-45582: Port getpath[p].c to Python (GH-29041) The getpath.py file is frozen at build time and executed as code over a namespace. It is never imported, nor is it meant to be importable or reusable. However, it should be easier to read, modify, and patch than the previous code. This commit attempts to preserve every previously tested quirk, but these may be changed in the future to better align platforms.
2021-12-02 20:08:42 -04:00
<ItemGroup>
<ClCompile Include="..\Modules\getpath.c">
gh-113258: Write frozen modules to the build tree on Windows (GH-113303) This ensures the source directory is not modified at build time, and different builds (e.g. different versions or GIL vs no-GIL) do not have conflicts.
2024-01-03 13:30:20 -04:00
<AdditionalIncludeDirectories>$(GeneratedFrozenModulesDir);%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
bpo-45582: Port getpath[p].c to Python (GH-29041) The getpath.py file is frozen at build time and executed as code over a namespace. It is never imported, nor is it meant to be importable or reusable. However, it should be easier to read, modify, and patch than the previous code. This commit attempts to preserve every previously tested quirk, but these may be changed in the future to better align platforms.
2021-12-02 20:08:42 -04:00
<PreprocessorDefinitions>
PREFIX=NULL;
EXEC_PREFIX=NULL;
VERSION=NULL;
bpo-45582: Fix test_embed failure during a PGO build on Windows (GH-30014) This defines VPATH differently in PGO instrumentation builds, to account for a different default output directory. It also adds sys._vpath on Windows to make the value available to sysconfig so that it can be used in tests.
2021-12-10 13:13:55 -04:00
VPATH="$(PyVPath)";
bpo-45582: Port getpath[p].c to Python (GH-29041) The getpath.py file is frozen at build time and executed as code over a namespace. It is never imported, nor is it meant to be importable or reusable. However, it should be easier to read, modify, and patch than the previous code. This commit attempts to preserve every previously tested quirk, but these may be changed in the future to better align platforms.
2021-12-02 20:08:42 -04:00
PYDEBUGEXT="$(PyDebugExt)";
PLATLIBDIR="DLLs";
%(PreprocessorDefinitions)
</PreprocessorDefinitions>
</ClCompile>
</ItemGroup>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ItemGroup>
bpo-40421: Add pyframe.h header file (GH-19755) Add a new separated pyframe.h header file of the PyFrame public C API: it is included by Python.h. Add PyFrame_GetLineNumber() to the limited C API. Replace "struct _frame" with "PyFrameObject" in header files. PyFrameObject is now defined as struct _frame by pyframe.h which is included early enough in Python.h.
2020-04-28 11:32:48 -03:00
<ClInclude Include="..\Include\Python.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\abstract.h" />
gh-125604: Move _Py_AuditHookEntry, etc. Out of pycore_runtime.h (gh-125605) This is essentially a cleanup, moving a handful of API declarations to the header files where they fit best, creating new ones when needed. We do the following: * add pycore_debug_offsets.h and move _Py_DebugOffsets, etc. there * inline struct _getargs_runtime_state and struct _gilstate_runtime_state in _PyRuntimeState * move struct _reftracer_runtime_state to the existing pycore_object_state.h * add pycore_audit.h and move to it _Py_AuditHookEntry , _PySys_Audit(), and _PySys_ClearAuditHooks * add audit.h and cpython/audit.h and move the existing audit-related API there *move the perfmap/trampoline API from cpython/sysmodule.h to cpython/ceval.h, and remove the now-empty cpython/sysmodule.h
2024-10-18 12:26:08 -03:00
<ClInclude Include="..\Include\audit.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\boolobject.h" />
<ClInclude Include="..\Include\bytearrayobject.h" />
<ClInclude Include="..\Include\bytesobject.h" />
<ClInclude Include="..\Include\ceval.h" />
<ClInclude Include="..\Include\codecs.h" />
<ClInclude Include="..\Include\compile.h" />
<ClInclude Include="..\Include\complexobject.h" />
gh-119344: Make critical section API public (#119353) This makes the following macros public as part of the non-limited C-API for locking a single object or two objects at once. * `Py_BEGIN_CRITICAL_SECTION(op)` / `Py_END_CRITICAL_SECTION()` * `Py_BEGIN_CRITICAL_SECTION2(a, b)` / `Py_END_CRITICAL_SECTION2()` The supporting functions and structs used by the macros are also exposed for cases where C macros are not available.
2024-06-21 16:50:18 -03:00
<ClInclude Include="..\Include\critical_section.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\abstract.h" />
gh-125604: Move _Py_AuditHookEntry, etc. Out of pycore_runtime.h (gh-125605) This is essentially a cleanup, moving a handful of API declarations to the header files where they fit best, creating new ones when needed. We do the following: * add pycore_debug_offsets.h and move _Py_DebugOffsets, etc. there * inline struct _getargs_runtime_state and struct _gilstate_runtime_state in _PyRuntimeState * move struct _reftracer_runtime_state to the existing pycore_object_state.h * add pycore_audit.h and move to it _Py_AuditHookEntry , _PySys_Audit(), and _PySys_ClearAuditHooks * add audit.h and cpython/audit.h and move the existing audit-related API there *move the perfmap/trampoline API from cpython/sysmodule.h to cpython/ceval.h, and remove the now-empty cpython/sysmodule.h
2024-10-18 12:26:08 -03:00
<ClInclude Include="..\Include\cpython\audit.h" />
bpo-35134: Add Include/cpython/bytesobject.h file (GH-18494) Add Include/cpython/bytearrayobject.h and Include/cpython/bytesobject.h header files. Move CPython C API from Include/bytesobject.h into a new Include/cpython/bytesobject.h header file which is included by Include/bytesobject.h. Do a similar change for Include/bytearrayobject.h.
2020-02-12 18:54:31 -04:00
<ClInclude Include="..\Include\cpython\bytearrayobject.h" />
<ClInclude Include="..\Include\cpython\bytesobject.h" />
bpo-35134: Move Include/cellobject.h to Include/cpython/ (GH-28964)
2021-10-14 21:39:58 -03:00
<ClInclude Include="..\Include\cpython\cellobject.h" />
bpo-38644: Add Py_EnterRecursiveCall() to the limited API (GH-17046) Provide Py_EnterRecursiveCall() and Py_LeaveRecursiveCall() as regular functions for the limited API. Previously, there were defined as macros, but these macros didn't work with the limited API which cannot access PyThreadState.recursion_depth field. Remove _Py_CheckRecursionLimit from the stable ABI. Add Include/cpython/ceval.h header file.
2019-11-04 14:48:34 -04:00
<ClInclude Include="..\Include\cpython\ceval.h" />
bpo-35134: Move classobject.h to Include/cpython/ (GH-28968) Move classobject.h, context.h, genobject.h and longintrepr.h header files from Include/ to Include/cpython/. Remove redundant "#ifndef Py_LIMITED_API" in context.h. Remove explicit #include "longintrepr.h" in C files. It's not needed, Python.h already includes it.
2021-10-15 04:46:29 -03:00
<ClInclude Include="..\Include\cpython\classobject.h" />
bpo-40421: Add Include/cpython/code.h header file (GH-19756) bpo-35134, bpo-40421: Add Include/cpython/code.h header file. code.h now defines PyCodeObject type in the limited C API. It is now included by Python.h. Give a name to the PyCodeObject structure: it is now called "struct PyCodeObject". So it becomes possible to define PyCodeObject as "struct PyCodeObject" in the limited C API without defining the structure.
2020-04-28 12:07:12 -03:00
<ClInclude Include="..\Include\cpython\code.h" />
bpo-35134: Add include/cpython/compile.h (GH-24922) Move C API excluded from the limited C API from Include/compile.h to a new Include/cpython/compile.h header file.
2021-03-22 05:32:11 -03:00
<ClInclude Include="..\Include\cpython\compile.h" />
bpo-35134: Add Include/cpython/complexobject.h header (GH-32383) Move the private _PyComplex_FormatAdvancedWriter() function to the internal C API. This function is no longer exported.
2022-04-06 20:05:27 -03:00
<ClInclude Include="..\Include\cpython\complexobject.h" />
bpo-35134: Move classobject.h to Include/cpython/ (GH-28968) Move classobject.h, context.h, genobject.h and longintrepr.h header files from Include/ to Include/cpython/. Remove redundant "#ifndef Py_LIMITED_API" in context.h. Remove explicit #include "longintrepr.h" in C files. It's not needed, Python.h already includes it.
2021-10-15 04:46:29 -03:00
<ClInclude Include="..\Include\cpython\context.h" />
gh-119344: Make critical section API public (#119353) This makes the following macros public as part of the non-limited C-API for locking a single object or two objects at once. * `Py_BEGIN_CRITICAL_SECTION(op)` / `Py_END_CRITICAL_SECTION()` * `Py_BEGIN_CRITICAL_SECTION2(a, b)` / `Py_END_CRITICAL_SECTION2()` The supporting functions and structs used by the macros are also exposed for cases where C macros are not available.
2024-06-21 16:50:18 -03:00
<ClInclude Include="..\Include\cpython\critical_section.h" />
bpo-35134: Add Include/cpython/descrobject.h (GH-30923) Move Include/descrobject.h non-limited API to a new Include/cpython/descrobject.h header file.
2022-01-26 12:32:47 -04:00
<ClInclude Include="..\Include\cpython\descrobject.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\dictobject.h" />
bpo-36842: Implement PEP 578 (GH-12613) Adds sys.audit, sys.addaudithook, io.open_code, and associated C APIs.
2019-05-23 12:45:22 -03:00
<ClInclude Include="..\Include\cpython\fileobject.h" />
bpo-35134: Add Include/cpython/fileutils.h header file (GH-18493) Move CPython C API from Include/fileutils.h into a new Include/cpython/fileutils.h header file which is included by Include/fileutils.h. Exclude the following private symbols from the limited C API: * _Py_error_handler * _Py_GetErrorHandler() * _Py_DecodeLocaleEx() * _Py_EncodeLocaleEx()
2020-02-12 18:55:09 -04:00
<ClInclude Include="..\Include\cpython\fileutils.h" />
bpo-35134: Add Include/cpython/floatobject.h (GH-28957) Split Include/floatobject.h into sub-files: add Include/cpython/floatobject.h and Include/internal/pycore_floatobject.h.
2021-10-14 18:41:06 -03:00
<ClInclude Include="..\Include\cpython\floatobject.h" />
bpo-41089: Filters and other issues in Visual Studio projects (GH-21070) * Add missing header files to pythoncore. * Add missing file filters ("Resource Files" in particular) to all projects. * Add new sub-filters for private headers in pythoncore and for 3rd party source files. * Add missing _zoneinfo configurations in pcbuild.sln. * Update bdist_wininst with the new zlib location.
2020-06-23 15:41:49 -03:00
<ClInclude Include="..\Include\cpython\frameobject.h" />
po-35134: Move Include/funcobject.h to Include/cpython/ (GH-28958) Remove redundant "#ifndef Py_LIMITED_API" in funcobject.h.
2021-10-14 20:50:28 -03:00
<ClInclude Include="..\Include\cpython\funcobject.h" />
bpo-35134: Move classobject.h to Include/cpython/ (GH-28968) Move classobject.h, context.h, genobject.h and longintrepr.h header files from Include/ to Include/cpython/. Remove redundant "#ifndef Py_LIMITED_API" in context.h. Remove explicit #include "longintrepr.h" in C files. It's not needed, Python.h already includes it.
2021-10-15 04:46:29 -03:00
<ClInclude Include="..\Include\cpython\genobject.h" />
bpo-35134: Add Include/cpython/import.h header file (GH-14213) * Add Include/cpython/import.h and Include/internal/pycore_import.h header files. * Move _PyImport_ReInitLock() to the internal C API. Don't export the symbol anymore.
2019-06-18 19:48:09 -03:00
<ClInclude Include="..\Include\cpython\import.h" />
bpo-36763: Implement the PEP 587 (GH-13592) * Add a whole new documentation page: "Python Initialization Configuration" * PyWideStringList_Append() return type is now PyStatus, instead of int * PyInterpreterState_New() now calls PyConfig_Clear() if PyConfig_InitPythonConfig() fails. * Rename files: * Python/coreconfig.c => Python/initconfig.c * Include/cpython/coreconfig.h => Include/cpython/initconfig.h * Include/internal/: pycore_coreconfig.h => pycore_initconfig.h * Rename structures * _PyCoreConfig => PyConfig * _PyPreConfig => PyPreConfig * _PyInitError => PyStatus * _PyWstrList => PyWideStringList * Rename PyConfig fields: * use_module_search_paths => module_search_paths_set * module_search_path_env => pythonpath_env * Rename PyStatus field: _func => func * PyInterpreterState: rename core_config field to config * Rename macros and functions: * _PyCoreConfig_SetArgv() => PyConfig_SetBytesArgv() * _PyCoreConfig_SetWideArgv() => PyConfig_SetArgv() * _PyCoreConfig_DecodeLocale() => PyConfig_SetBytesString() * _PyInitError_Failed() => PyStatus_Exception() * _Py_INIT_ERROR_TYPE_xxx enums => _PyStatus_TYPE_xxx * _Py_UnixMain() => Py_BytesMain() * _Py_ExitInitError() => Py_ExitStatusException() * _Py_PreInitializeFromArgs() => Py_PreInitializeFromBytesArgs() * _Py_PreInitializeFromWideArgs() => Py_PreInitializeFromArgs() * _Py_PreInitialize() => Py_PreInitialize() * _Py_RunMain() => Py_RunMain() * _Py_InitializeFromConfig() => Py_InitializeFromConfig() * _Py_INIT_XXX() => _PyStatus_XXX() * _Py_INIT_FAILED() => _PyStatus_EXCEPTION() * Rename 'err' PyStatus variables to 'status' * Convert RUN_CODE() macro to config_run_code() static inline function * Remove functions: * _Py_InitializeFromArgs() * _Py_InitializeFromWideArgs() * _PyInterpreterState_GetCoreConfig()
2019-05-27 11:39:22 -03:00
<ClInclude Include="..\Include\cpython\initconfig.h" />
bpo-35134: Create Include/cpython/listobject.h (GH-18395) Move listobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/listobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild. Add _PyList_CAST() macro.
2020-02-07 04:20:22 -04:00
<ClInclude Include="..\Include\cpython\listobject.h" />
gh-117511: Make PyMutex public in the non-limited API (#117731)
2024-06-20 12:29:08 -03:00
<ClInclude Include="..\Include\cpython\lock.h" />
bpo-35134: Move classobject.h to Include/cpython/ (GH-28968) Move classobject.h, context.h, genobject.h and longintrepr.h header files from Include/ to Include/cpython/. Remove redundant "#ifndef Py_LIMITED_API" in context.h. Remove explicit #include "longintrepr.h" in C files. It's not needed, Python.h already includes it.
2021-10-15 04:46:29 -03:00
<ClInclude Include="..\Include\cpython\longintrepr.h" />
bpo-35134: Add Include/cpython/longobject.h (GH-29044) Move Include/longobject.h non-limited API to a new Include/cpython/longobject.h header file. Move the following definitions to the internal C API: * _PyLong_DigitValue * _PyLong_FormatAdvancedWriter() * _PyLong_FormatWriter()
2021-10-18 21:04:52 -03:00
<ClInclude Include="..\Include\cpython\longobject.h" />
gh-79315: Add Include/cpython/memoryobject.h header (#99723) Move non-limited C API from Include/memoryobject.h to a new Include/cpython/memoryobject.h header file.
2022-11-23 10:44:42 -04:00
<ClInclude Include="..\Include\cpython\memoryobject.h" />
bpo-38787: C API for module state access from extension methods (PEP 573) (GH-19936) Module C state is now accessible from C-defined heap type methods (PEP 573). Patch by Marcel Plch and Petr Viktorin. Co-authored-by: Marcel Plch <mplch@redhat.com> Co-authored-by: Victor Stinner <vstinner@python.org>
2020-05-07 10:39:59 -03:00
<ClInclude Include="..\Include\cpython\methodobject.h" />
gh-112136: Restore removed _PyArg_Parser (#121262) Restore the private _PyArg_Parser structure and the private _PyArg_ParseTupleAndKeywordsFast() function, previously removed in Python 3.13 alpha 1. Recreate Include/cpython/modsupport.h header file.
2024-07-03 13:36:57 -03:00
<ClInclude Include="..\Include\cpython\modsupport.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\object.h" />
bpo-35134: Create Include/cpython/ subdirectory (GH-10624) Include/*.h should be the "portable Python API", whereas Include/cpython/*.h should be the "CPython API": CPython implementation details. Changes: * Create Include/cpython/ subdirectory * "make install" now creates $prefix/include/cpython and copy Include/cpython/* to $prefix/include/cpython * Create Include/cpython/objimpl.h: move objimpl.h code surrounded by "#ifndef Py_LIMITED_API" to cpython/objimpl.h. * objimpl.h now includes cpython/objimpl.h * Windows installer (MSI) now also install Include/ subdirectories: Include/cpython/ and Include/internal/.
2018-11-23 12:00:00 -04:00
<ClInclude Include="..\Include\cpython\objimpl.h" />
bpo-35134: Move non-limited C API files to Include/cpython/ (GH-24561) Include/{odictobject.h,parser_interface.h,picklebufobject.h,pydebug.h,pyfpe.h} into Include/cpython/. Parser: peg_api: include Python.h instead of parser_interface.h.
2021-02-19 10:55:46 -04:00
<ClInclude Include="..\Include\cpython\odictobject.h" />
<ClInclude Include="..\Include\cpython\parser_interface.h" />
<ClInclude Include="..\Include\cpython\picklebufobject.h" />
bpo-35134: Move Include/{pyarena.h,pyctype.h} to Include/cpython/ (GH-24550) Move non-limited C API headers pyarena.h and pyctype.h into Include/cpython/ directory.
2021-02-17 14:30:31 -04:00
<ClInclude Include="..\Include\cpython\pyarena.h" />
gh-108337: Add pyatomic.h header (#108701) This adds a new header that provides atomic operations on common data types. The intention is that this will be exposed through Python.h, although that is not the case yet. The only immediate use is in the test file. Co-authored-by: Sam Gross <colesbury@gmail.com>
2023-08-31 18:41:18 -03:00
<ClInclude Include="..\Include\cpython\pyatomic.h" />
<ClInclude Include="..\Include\cpython\pyatomic_msc.h" />
bpo-35134: Move Include/{pyarena.h,pyctype.h} to Include/cpython/ (GH-24550) Move non-limited C API headers pyarena.h and pyctype.h into Include/cpython/ directory.
2021-02-17 14:30:31 -04:00
<ClInclude Include="..\Include\cpython\pyctype.h" />
bpo-35134: Move non-limited C API files to Include/cpython/ (GH-24561) Include/{odictobject.h,parser_interface.h,picklebufobject.h,pydebug.h,pyfpe.h} into Include/cpython/. Parser: peg_api: include Python.h instead of parser_interface.h.
2021-02-19 10:55:46 -04:00
<ClInclude Include="..\Include\cpython\pydebug.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\pyerrors.h" />
bpo-35134: Move non-limited C API files to Include/cpython/ (GH-24561) Include/{odictobject.h,parser_interface.h,picklebufobject.h,pydebug.h,pyfpe.h} into Include/cpython/. Parser: peg_api: include Python.h instead of parser_interface.h.
2021-02-19 10:55:46 -04:00
<ClInclude Include="..\Include\cpython\pyfpe.h" />
gh-93937, C API: Move PyFrame_GetBack() to Python.h (#93938) Move the follow functions and type from frameobject.h to pyframe.h, so the standard <Python.h> provide frame getter functions: * PyFrame_Check() * PyFrame_GetBack() * PyFrame_GetBuiltins() * PyFrame_GetGenerator() * PyFrame_GetGlobals() * PyFrame_GetLasti() * PyFrame_GetLocals() * PyFrame_Type Remove #include "frameobject.h" from many C files. It's no longer needed.
2022-06-19 07:02:33 -03:00
<ClInclude Include="..\Include\cpython\pyframe.h" />
gh-111545: Add Include/cpython/pyhash.h header file (#112063) Move non-limited C API to a new Include/cpython/pyhash.h header file.
2023-11-14 20:19:20 -04:00
<ClInclude Include="..\Include\cpython\pyhash.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\pylifecycle.h" />
bpo-35134: Add cpython/pymem.h to build system (GH-12842)
2019-04-15 12:29:31 -03:00
<ClInclude Include="..\Include\cpython\pymem.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\pystate.h" />
gh-108753: Enhance pystats (#108754) Statistics gathering is now off by default. Use the "-X pystats" command line option or set the new PYTHONSTATS environment variable to 1 to turn statistics gathering on at Python startup. Statistics are no longer dumped at exit if statistics gathering was off or statistics have been cleared. Changes: * Add PYTHONSTATS environment variable. * sys._stats_dump() now returns False if statistics are not dumped because they are all equal to zero. * Add PyConfig._pystats member. * Add tests on sys functions and on setting PyConfig._pystats to 1. * Add Include/cpython/pystats.h and Include/internal/pycore_pystats.h header files. * Rename '_py_stats' variable to '_Py_stats'. * Exclude Include/cpython/pystats.h from the Py_LIMITED_API. * Move pystats.h include from object.h to Python.h. * Add _Py_StatsOn() and _Py_StatsOff() functions. Remove '_py_stats_struct' variable from the API: make it static in specialize.c. * Document API in Include/pystats.h and Include/cpython/pystats.h. * Complete pystats documentation in Doc/using/configure.rst. * Don't write "all zeros" stats: if _stats_off() and _stats_clear() or _stats_dump() were called. * _PyEval_Fini() now always call _Py_PrintSpecializationStats() which does nothing if stats are all zeros. Co-authored-by: Michael Droettboom <mdboom@gmail.com>
2023-09-06 12:54:59 -03:00
<ClInclude Include="..\Include\cpython\pystats.h" />
bpo-35134: Add Include/cpython/pythonrun.h file (GH-23701) Py_CompileString() is now always declared as a function by Include/pythonrun.h. It is overriden with a macro in Include/cpython/pythonrun.h.
2020-12-08 18:51:54 -04:00
<ClInclude Include="..\Include\cpython\pythonrun.h" />
gh-79315: Add Include/cpython/pythread.h header (#91798)
2022-04-21 18:00:42 -03:00
<ClInclude Include="..\Include\cpython\pythread.h" />
bpo-35134: Add Include/cpython/setobject.h header (GH-32384)
2022-04-06 20:26:24 -03:00
<ClInclude Include="..\Include\cpython\setobject.h" />
bpo-35134: Register new traceback.h header files (GH-13431) Add new cpython/traceback.h and pycore_traceback.h header files to Makefile.pre.in and PCbuild/ project.
2019-05-19 21:22:32 -03:00
<ClInclude Include="..\Include\cpython\traceback.h" />
gh-106320: Remove private _PyTraceMalloc C API functions (#106324) * Remove private _PyTraceMalloc C API functions: move them to the internal C API. * Don't export most of these functions anymore, but still export _PyTraceMalloc_GetTraceback() used by tests. * Rename Include/tracemalloc.h to Include/cpython/tracemalloc.h
2023-07-01 21:49:18 -03:00
<ClInclude Include="..\Include\cpython\tracemalloc.h" />
bpo-35134: Create Include/cpython/tupleobject.h (GH-10764) Move tupleobject.h code surrounded by "#ifndef Py_LIMITED_API" to a new Include/cpython/tupleobject.h header file. Add cpython/ header files to Makefile.pre.in and pythoncore project of PCbuild.
2018-11-28 08:01:32 -04:00
<ClInclude Include="..\Include\cpython\tupleobject.h" />
<ClInclude Include="..\Include\cpython\unicodeobject.h" />
bpo-35134: Split warnings.h and weakrefobject.h (GH-29042) Split header files to move the non-limited API to Include/cpython/: * Include/warnings.h => Include/cpython/warnings.h * Include/weakrefobject.h => Include/cpython/weakrefobject.h Exclude PyWeakref_GET_OBJECT() from the limited C API. It never worked since the PyWeakReference structure is opaque in the limited C API. Move _PyWarnings_Init() and _PyErr_WarnUnawaitedCoroutine() to the internal C API.
2021-10-18 20:31:57 -03:00
<ClInclude Include="..\Include\cpython\warnings.h" />
<ClInclude Include="..\Include\cpython\weakrefobject.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\datetime.h" />
<ClInclude Include="..\Include\descrobject.h" />
<ClInclude Include="..\Include\dictobject.h" />
<ClInclude Include="..\Include\dynamic_annotations.h" />
<ClInclude Include="..\Include\enumobject.h" />
<ClInclude Include="..\Include\errcode.h" />
<ClInclude Include="..\Include\fileobject.h" />
<ClInclude Include="..\Include\fileutils.h" />
<ClInclude Include="..\Include\floatobject.h" />
<ClInclude Include="..\Include\frameobject.h" />
<ClInclude Include="..\Include\import.h" />
bpo-40170: Add _PyIndex_Check() internal function (GH-19426) Add _PyIndex_Check() function to the internal C API: fast inlined verson of PyIndex_Check(). Add Include/internal/pycore_abstract.h header file. Replace PyIndex_Check() with _PyIndex_Check() in C files of Objects and Python subdirectories.
2020-04-07 21:01:56 -03:00
<ClInclude Include="..\Include\internal\pycore_abstract.h" />
bpo-43244: Remove ast.h, asdl.h, Python-ast.h headers (GH-24933) These functions were undocumented and excluded from the limited C API. Most names defined by these header files were not prefixed by "Py" and so could create names conflicts. For example, Python-ast.h defined a "Yield" macro which was conflict with the "Yield" name used by the Windows <winbase.h> header. Use the Python ast module instead. * Move Include/asdl.h to Include/internal/pycore_asdl.h. * Move Include/Python-ast.h to Include/internal/pycore_ast.h. * Remove ast.h header file. * pycore_symtable.h no longer includes Python-ast.h.
2021-03-23 16:47:40 -03:00
<ClInclude Include="..\Include\internal\pycore_asdl.h" />
bpo-43244: Add pycore_ast.h header file (GH-24908) Move _PyAST_GetDocString() and _PyAST_ExprAsUnicode() functions the internal C API: from Include/ast.h to a new Include/internal/pycore_ast.h header file. Don't export these functions anymore: replace PyAPI_FUNC() with extern. Remove also unused includes.
2021-03-17 19:50:50 -03:00
<ClInclude Include="..\Include\internal\pycore_ast.h" />
bpo-43244: Rename pycore_ast.h to pycore_ast_state.h (GH-24907)
2021-03-17 19:11:03 -03:00
<ClInclude Include="..\Include\internal\pycore_ast_state.h" />
gh-101659: Add _Py_AtExit() (gh-103298) The function is like Py_AtExit() but for a single interpreter. This is a companion to the atexit module's register() function, taking a C callback instead of a Python one. We also update the _xxinterpchannels module to use _Py_AtExit(), which is the motivating case. (This is inspired by pain points felt while working on gh-101660.)
2023-04-05 21:42:02 -03:00
<ClInclude Include="..\Include\internal\pycore_atexit.h" />
gh-125604: Move _Py_AuditHookEntry, etc. Out of pycore_runtime.h (gh-125605) This is essentially a cleanup, moving a handful of API declarations to the header files where they fit best, creating new ones when needed. We do the following: * add pycore_debug_offsets.h and move _Py_DebugOffsets, etc. there * inline struct _getargs_runtime_state and struct _gilstate_runtime_state in _PyRuntimeState * move struct _reftracer_runtime_state to the existing pycore_object_state.h * add pycore_audit.h and move to it _Py_AuditHookEntry , _PySys_Audit(), and _PySys_ClearAuditHooks * add audit.h and cpython/audit.h and move the existing audit-related API there *move the perfmap/trampoline API from cpython/sysmodule.h to cpython/ceval.h, and remove the now-empty cpython/sysmodule.h
2024-10-18 12:26:08 -03:00
<ClInclude Include="..\Include\internal\pycore_audit.h" />
gh-116968: Reimplement Tier 2 counters (#117144) Introduce a unified 16-bit backoff counter type (``_Py_BackoffCounter``), shared between the Tier 1 adaptive specializer and the Tier 2 optimizer. The API used for adaptive specialization counters is changed but the behavior is (supposed to be) identical. The behavior of the Tier 2 counters is changed: - There are no longer dynamic thresholds (we never varied these). - All counters now use the same exponential backoff. - The counter for ``JUMP_BACKWARD`` starts counting down from 16. - The ``temperature`` in side exits starts counting down from 64.
2024-04-04 12:03:27 -03:00
<ClInclude Include="..\Include\internal\pycore_backoff.h" />
bpo-29882: Add _Py_popcount32() function (GH-20518) * Rename pycore_byteswap.h to pycore_bitutils.h. * Move popcount_digit() to pycore_bitutils.h as _Py_popcount32(). * _Py_popcount32() uses GCC and clang builtin function if available. * Add unit tests to _Py_popcount32().
2020-06-08 11:30:33 -03:00
<ClInclude Include="..\Include\internal\pycore_bitutils.h" />
gh-110481: Implement inter-thread queue for biased reference counting (#114824) Biased reference counting maintains two refcount fields in each object: `ob_ref_local` and `ob_ref_shared`. The true refcount is the sum of these two fields. In some cases, when refcounting operations are split across threads, the ob_ref_shared field can be negative (although the total refcount must be at least zero). In this case, the thread that decremented the refcount requests that the owning thread give up ownership and merge the refcount fields.
2024-02-09 18:08:32 -04:00
<ClInclude Include="..\Include\internal\pycore_brc.h" />
bpo-41078: Add pycore_list.h internal header file (GH-21057) * Move _PyList_ITEMS() to pycore_list.h. * The C extension "_heapq" is now built with Py_BUILD_CORE_MODULE macro defined to access the internal C API.
2020-06-22 12:39:32 -03:00
<ClInclude Include="..\Include\internal\pycore_bytes_methods.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_bytesobject.h" />
bpo-38644: Add _PyObject_Call() (GH-17089) * Add pycore_call.h internal header file. * Add _PyObject_Call(): PyObject_Call() with tstate * Add _PyObject_CallNoArgTstate(): _PyObject_CallNoArg() with tstate * Add _PyObject_FastCallDictTstate(): _PyObject_FastCallDict() with tstate * _PyObject_Call_Prepend() now takes tstate * Replace _PyObject_FastCall() calls with _PyObject_VectorcallTstate() calls
2019-11-14 08:36:21 -04:00
<ClInclude Include="..\Include\internal\pycore_call.h" />
gh-108240: Add pycore_capsule.h internal header file (#108596) Move _PyCapsule_SetTraverse() definition to a new internal header file: pycore_capsule.h.
2023-08-28 22:20:02 -03:00
<ClInclude Include="..\Include\internal\pycore_capsule.h" />
gh-117323: Make `cell` thread-safe in free-threaded builds (#117330) Use critical sections to lock around accesses to cell contents. The critical sections are no-ops in the default (with GIL) build.
2024-03-29 14:35:43 -03:00
<ClInclude Include="..\Include\internal\pycore_cell.h" />
bpo-35081: Add pycore_ prefix to internal header files (GH-10263) * Rename Include/internal/ header files: * pyatomic.h -> pycore_atomic.h * ceval.h -> pycore_ceval.h * condvar.h -> pycore_condvar.h * context.h -> pycore_context.h * pygetopt.h -> pycore_getopt.h * gil.h -> pycore_gil.h * hamt.h -> pycore_hamt.h * hash.h -> pycore_hash.h * mem.h -> pycore_mem.h * pystate.h -> pycore_state.h * warnings.h -> pycore_warnings.h * PCbuild project, Makefile.pre.in, Modules/Setup: add the Include/internal/ directory to the search paths of header files. * Update includes. For example, replace #include "internal/mem.h" with #include "pycore_mem.h".
2018-10-31 20:52:28 -03:00
<ClInclude Include="..\Include\internal\pycore_ceval.h" />
gh-81057: Move Ceval Trampoline Globals to _PyRuntimeState (gh-100083) https://github.com/python/cpython/issues/81057
2022-12-08 20:17:20 -04:00
<ClInclude Include="..\Include\internal\pycore_ceval_state.h" />
gh-87092: move CFG related code from compile.c to flowgraph.c (#103021)
2023-03-31 14:17:59 -03:00
<ClInclude Include="..\Include\internal\pycore_cfg.h" />
bpo-35134: Add Include/cpython/import.h header file (GH-14213) * Add Include/cpython/import.h and Include/internal/pycore_import.h header files. * Move _PyImport_ReInitLock() to the internal C API. Don't export the symbol anymore.
2019-06-18 19:48:09 -03:00
<ClInclude Include="..\Include\internal\pycore_code.h" />
Remove private _PyCodec_Lookup() function (#106269) Remove the following private functions of the C API: * _PyCodecInfo_GetIncrementalDecoder() * _PyCodecInfo_GetIncrementalEncoder() * _PyCodec_DecodeText() * _PyCodec_EncodeText() * _PyCodec_Forget() * _PyCodec_Lookup() * _PyCodec_LookupTextEncoding() Move these functions to a new pycore_codecs.h internal header file. These functions are no longer exported.
2023-06-30 06:34:01 -03:00
<ClInclude Include="..\Include\internal\pycore_codecs.h" />
bpo-43244: Add pycore_compile.h header file (GH-25000) Remove the compiler functions using "struct _mod" type, because the public AST C API was removed: * PyAST_Compile() * PyAST_CompileEx() * PyAST_CompileObject() * PyFuture_FromAST() * PyFuture_FromASTObject() These functions were undocumented and excluded from the limited C API. Rename functions: * PyAST_CompileObject() => _PyAST_Compile() * PyFuture_FromASTObject() => _PyFuture_FromAST() Moreover, _PyFuture_FromAST() is no longer exported (replace PyAPI_FUNC() with extern). _PyAST_Compile() remains exported for test_peg_generator. Remove also compatibility functions: * PyAST_Compile() * PyAST_CompileEx() * PyFuture_FromAST()
2021-03-23 20:51:50 -03:00
<ClInclude Include="..\Include\internal\pycore_compile.h" />
gh-106320: Add pycore_complexobject.h header file (#106339) Add internal pycore_complexobject.h header file. Move _Py_c_xxx() functions and _PyComplex_FormatAdvancedWriter() function to this new header file.
2023-07-02 18:19:59 -03:00
<ClInclude Include="..\Include\internal\pycore_complexobject.h" />
bpo-35081: Add pycore_ prefix to internal header files (GH-10263) * Rename Include/internal/ header files: * pyatomic.h -> pycore_atomic.h * ceval.h -> pycore_ceval.h * condvar.h -> pycore_condvar.h * context.h -> pycore_context.h * pygetopt.h -> pycore_getopt.h * gil.h -> pycore_gil.h * hamt.h -> pycore_hamt.h * hash.h -> pycore_hash.h * mem.h -> pycore_mem.h * pystate.h -> pycore_state.h * warnings.h -> pycore_warnings.h * PCbuild project, Makefile.pre.in, Modules/Setup: add the Include/internal/ directory to the search paths of header files. * Update includes. For example, replace #include "internal/mem.h" with #include "pycore_mem.h".
2018-10-31 20:52:28 -03:00
<ClInclude Include="..\Include\internal\pycore_condvar.h" />
<ClInclude Include="..\Include\internal\pycore_context.h" />
gh-111569: Implement Python critical section API (gh-111571) Critical sections are helpers to replace the global interpreter lock with finer grained locking. They provide similar guarantees to the GIL and avoid the deadlock risk that plain locking involves. Critical sections are implicitly ended whenever the GIL would be released. They are resumed when the GIL would be acquired. Nested critical sections behave as if the sections were interleaved.
2023-11-08 18:39:29 -04:00
<ClInclude Include="..\Include\internal\pycore_critical_section.h" />
gh-76785: Move the Cross-Interpreter Code to Its Own File (gh-111502) This is partly to clear this stuff out of pystate.c, but also in preparation for moving some code out of _xxsubinterpretersmodule.c. This change also moves this stuff to the internal API (new: Include/internal/pycore_crossinterp.h). @vstinner did this previously and I undid it. Now I'm re-doing it. :/
2023-10-30 19:53:10 -03:00
<ClInclude Include="..\Include\internal\pycore_crossinterp.h" />
gh-76785: Minor Cleanup of "Cross-interpreter" Code (gh-126457) The primary objective here is to allow some later changes to be cleaner. Mostly this involves renaming things and moving a few things around. * CrossInterpreterData -> XIData * crossinterpdatafunc -> xidatafunc * split out pycore_crossinterp_data_registry.h * add _PyXIData_lookup_t
2024-11-07 12:32:42 -04:00
<ClInclude Include="..\Include\internal\pycore_crossinterp_data_registry.h" />
gh-125604: Move _Py_AuditHookEntry, etc. Out of pycore_runtime.h (gh-125605) This is essentially a cleanup, moving a handful of API declarations to the header files where they fit best, creating new ones when needed. We do the following: * add pycore_debug_offsets.h and move _Py_DebugOffsets, etc. there * inline struct _getargs_runtime_state and struct _gilstate_runtime_state in _PyRuntimeState * move struct _reftracer_runtime_state to the existing pycore_object_state.h * add pycore_audit.h and move to it _Py_AuditHookEntry , _PySys_Audit(), and _PySys_ClearAuditHooks * add audit.h and cpython/audit.h and move the existing audit-related API there *move the perfmap/trampoline API from cpython/sysmodule.h to cpython/ceval.h, and remove the now-empty cpython/sysmodule.h
2024-10-18 12:26:08 -03:00
<ClInclude Include="..\Include\internal\pycore_debug_offsets.h" />
gh-93911: Specialize `LOAD_ATTR_PROPERTY` (GH-93912)
2022-06-17 12:13:17 -03:00
<ClInclude Include="..\Include\internal\pycore_descrobject.h" />
gh-81057: Move the global Dict-Related Versions to _PyRuntimeState (gh-99497) We also move the global func version. https://github.com/python/cpython/issues/81057
2022-11-16 13:37:29 -04:00
<ClInclude Include="..\Include\internal\pycore_dict.h" />
<ClInclude Include="..\Include\internal\pycore_dict_state.h" />
bpo-35081: Move dtoa.h header to the internal C API (GH-18489) Move the dtoa.h header file to the internal C API as pycore_dtoa.h: it only contains private functions (prefixed by "_Py"). The math and cmath modules must now be compiled with the Py_BUILD_CORE macro defined.
2020-02-12 17:54:42 -04:00
<ClInclude Include="..\Include\internal\pycore_dtoa.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_exceptions.h" />
gh-81057: Move faulthandler Globals to _PyRuntimeState (gh-100152) https://github.com/python/cpython/issues/81057
2022-12-12 12:58:46 -04:00
<ClInclude Include="..\Include\internal\pycore_faulthandler.h" />
bpo-35081: Add new internal headers to Makefile (GH-10670) Add pycore_fileutils.h and pycore_object.h to Makefile.pre.in and to the pythoncore project of PCbuild/.
2018-11-23 07:30:40 -04:00
<ClInclude Include="..\Include\internal\pycore_fileutils.h" />
gh-99726: Improves correctness of stat results for Windows, and uses faster API when available (GH-102149) This deprecates `st_ctime` fields on Windows, with the intent to change them to contain the correct value in 3.14. For now, they should keep returning the creation time as they always have.
2023-03-16 14:27:21 -03:00
<ClInclude Include="..\Include\internal\pycore_fileutils_windows.h" />
bpo-35134: Add Include/cpython/floatobject.h (GH-28957) Split Include/floatobject.h into sub-files: add Include/cpython/floatobject.h and Include/internal/pycore_floatobject.h.
2021-10-14 18:41:06 -03:00
<ClInclude Include="..\Include\internal\pycore_floatobject.h" />
bpo-42431: Fix outdated bytes comments (GH-23458) Also move definitions of internal macros F_LJUST etc to private header.
2020-12-03 06:46:16 -04:00
<ClInclude Include="..\Include\internal\pycore_format.h" />
gh-100764: add `pycore_frame.h` to PYTHON_HEADERS and Windows build files(#100765)
2023-01-09 05:05:56 -04:00
<ClInclude Include="..\Include\internal\pycore_frame.h" />
gh-111968: Introduce _PyFreeListState and _PyFreeListState_GET API (gh-113584)
2024-01-09 19:04:41 -04:00
<ClInclude Include="..\Include\internal\pycore_freelist.h" />
gh-100240: Use a consistent implementation for freelists (#121934) This combines and updates our freelist handling to use a consistent implementation. Objects in the freelist are linked together using the first word of memory block. If configured with freelists disabled, these operations are essentially no-ops.
2024-07-22 13:08:27 -03:00
<ClInclude Include="..\Include\internal\pycore_freelist_state.h" />
bpo-44525: Copy free variables in bytecode to allow calls to inner functions to be specialized (GH-29595) * Make internal APIs that take PyFrameConstructor take a PyFunctionObject instead. * Add reference to function to frame, borrow references to builtins and globals. * Add COPY_FREE_VARS instruction to allow specialization of calls to inner functions.
2021-11-23 05:53:24 -04:00
<ClInclude Include="..\Include\internal\pycore_function.h" />
bpo-41089: Filters and other issues in Visual Studio projects (GH-21070) * Add missing header files to pythoncore. * Add missing file filters ("Resource Files" in particular) to all projects. * Add new sub-filters for private headers in pythoncore and for 3rd party source files. * Add missing _zoneinfo configurations in pcbuild.sln. * Update bdist_wininst with the new zlib location.
2020-06-23 15:41:49 -03:00
<ClInclude Include="..\Include\internal\pycore_gc.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_genobject.h" />
bpo-35081: Add pycore_ prefix to internal header files (GH-10263) * Rename Include/internal/ header files: * pyatomic.h -> pycore_atomic.h * ceval.h -> pycore_ceval.h * condvar.h -> pycore_condvar.h * context.h -> pycore_context.h * pygetopt.h -> pycore_getopt.h * gil.h -> pycore_gil.h * hamt.h -> pycore_hamt.h * hash.h -> pycore_hash.h * mem.h -> pycore_mem.h * pystate.h -> pycore_state.h * warnings.h -> pycore_warnings.h * PCbuild project, Makefile.pre.in, Modules/Setup: add the Include/internal/ directory to the search paths of header files. * Update includes. For example, replace #include "internal/mem.h" with #include "pycore_mem.h".
2018-10-31 20:52:28 -03:00
<ClInclude Include="..\Include\internal\pycore_getopt.h" />
<ClInclude Include="..\Include\internal\pycore_gil.h" />
bpo-45953: Statically initialize the small ints. (gh-30092) The array of small PyLong objects has been statically declared. Here I also statically initialize them. Consequently they are no longer initialized dynamically during runtime init. I've also moved them under a new sub-struct in _PyRuntimeState, in preparation for static allocation and initialization of other global objects. https://bugs.python.org/issue45953
2021-12-13 21:04:05 -04:00
<ClInclude Include="..\Include\internal\pycore_global_objects.h" />
gh-90868: Adjust the Generated Objects (gh-99223) We do the following: * move the generated _PyUnicode_InitStaticStrings() to its own file * move the generated _PyStaticObjects_CheckRefcnt() to its own file * include pycore_global_objects.h in extension modules instead of pycore_runtime_init.h These changes help us avoid including things that aren't needed. https://github.com/python/cpython/issues/90868
2022-11-08 13:03:03 -04:00
<ClInclude Include="..\Include\internal\pycore_global_objects_fini_generated.h" />
bpo-35081: Add pycore_ prefix to internal header files (GH-10263) * Rename Include/internal/ header files: * pyatomic.h -> pycore_atomic.h * ceval.h -> pycore_ceval.h * condvar.h -> pycore_condvar.h * context.h -> pycore_context.h * pygetopt.h -> pycore_getopt.h * gil.h -> pycore_gil.h * hamt.h -> pycore_hamt.h * hash.h -> pycore_hash.h * mem.h -> pycore_mem.h * pystate.h -> pycore_state.h * warnings.h -> pycore_warnings.h * PCbuild project, Makefile.pre.in, Modules/Setup: add the Include/internal/ directory to the search paths of header files. * Update includes. For example, replace #include "internal/mem.h" with #include "pycore_mem.h".
2018-10-31 20:52:28 -03:00
<ClInclude Include="..\Include\internal\pycore_hamt.h" />
bpo-40602: Rename hashtable.h to pycore_hashtable.h (GH-20044) * Move Modules/hashtable.h to Include/internal/pycore_hashtable.h * Move Modules/hashtable.c to Python/hashtable.c * Python is now linked to hashtable.c. _tracemalloc is no longer linked to hashtable.c. Previously, marshal.c got hashtable.c via _tracemalloc.c which is built as a builtin module.
2020-05-11 21:42:19 -03:00
<ClInclude Include="..\Include\internal\pycore_hashtable.h" />
gh-106320: Remove private _Py_Identifier API (#108593) Remove the private _Py_Identifier type and related private functions from the public C API: * _PyObject_GetAttrId() * _PyObject_LookupSpecialId() * _PyObject_SetAttrId() * _PyType_LookupId() * _Py_IDENTIFIER() * _Py_static_string() * _Py_static_string_init() Move them to the internal C API: add a new pycore_identifier.h header file. No longer export these functions.
2023-08-28 21:29:46 -03:00
<ClInclude Include="..\Include\internal\pycore_identifier.h" />
bpo-35134: Add Include/cpython/import.h header file (GH-14213) * Add Include/cpython/import.h and Include/internal/pycore_import.h header files. * Move _PyImport_ReInitLock() to the internal C API. Don't export the symbol anymore.
2019-06-18 19:48:09 -03:00
<ClInclude Include="..\Include\internal\pycore_import.h" />
gh-88402: Add new sysconfig variables on Windows (GH-110049) Co-authored-by: Filipe Laíns <filipe.lains@gmail.com>
2023-10-04 19:50:29 -03:00
<ClInclude Include="..\Include\internal\pycore_importdl.h" />
gh-115999: Implement thread-local bytecode and enable specialization for `BINARY_OP` (#123926) Each thread specializes a thread-local copy of the bytecode, created on the first RESUME, in free-threaded builds. All copies of the bytecode for a code object are stored in the co_tlbc array on the code object. Threads reserve a globally unique index identifying its copy of the bytecode in all co_tlbc arrays at thread creation and release the index at thread destruction. The first entry in every co_tlbc array always points to the "main" copy of the bytecode that is stored at the end of the code object. This ensures that no bytecode is copied for programs that do not use threads. Thread-local bytecode can be disabled at runtime by providing either -X tlbc=0 or PYTHON_TLBC=0. Disabling thread-local bytecode also disables specialization. Concurrent modifications to the bytecode made by the specializing interpreter and instrumentation use atomics, with specialization taking care not to overwrite an instruction that was instrumented concurrently.
2024-11-04 15:13:32 -04:00
<ClInclude Include="..\Include\internal\pycore_index_pool.h" />
bpo-36763: Implement the PEP 587 (GH-13592) * Add a whole new documentation page: "Python Initialization Configuration" * PyWideStringList_Append() return type is now PyStatus, instead of int * PyInterpreterState_New() now calls PyConfig_Clear() if PyConfig_InitPythonConfig() fails. * Rename files: * Python/coreconfig.c => Python/initconfig.c * Include/cpython/coreconfig.h => Include/cpython/initconfig.h * Include/internal/: pycore_coreconfig.h => pycore_initconfig.h * Rename structures * _PyCoreConfig => PyConfig * _PyPreConfig => PyPreConfig * _PyInitError => PyStatus * _PyWstrList => PyWideStringList * Rename PyConfig fields: * use_module_search_paths => module_search_paths_set * module_search_path_env => pythonpath_env * Rename PyStatus field: _func => func * PyInterpreterState: rename core_config field to config * Rename macros and functions: * _PyCoreConfig_SetArgv() => PyConfig_SetBytesArgv() * _PyCoreConfig_SetWideArgv() => PyConfig_SetArgv() * _PyCoreConfig_DecodeLocale() => PyConfig_SetBytesString() * _PyInitError_Failed() => PyStatus_Exception() * _Py_INIT_ERROR_TYPE_xxx enums => _PyStatus_TYPE_xxx * _Py_UnixMain() => Py_BytesMain() * _Py_ExitInitError() => Py_ExitStatusException() * _Py_PreInitializeFromArgs() => Py_PreInitializeFromBytesArgs() * _Py_PreInitializeFromWideArgs() => Py_PreInitializeFromArgs() * _Py_PreInitialize() => Py_PreInitialize() * _Py_RunMain() => Py_RunMain() * _Py_InitializeFromConfig() => Py_InitializeFromConfig() * _Py_INIT_XXX() => _PyStatus_XXX() * _Py_INIT_FAILED() => _PyStatus_EXCEPTION() * Rename 'err' PyStatus variables to 'status' * Convert RUN_CODE() macro to config_run_code() static inline function * Remove functions: * _Py_InitializeFromArgs() * _Py_InitializeFromWideArgs() * _PyInterpreterState_GetCoreConfig()
2019-05-27 11:39:22 -03:00
<ClInclude Include="..\Include\internal\pycore_initconfig.h" />
gh-117494: extract the Instruction Sequence data structure into a separate file (#117496)
2024-04-04 12:47:26 -03:00
<ClInclude Include="..\Include\internal\pycore_instruction_sequence.h" />
bpo-40241: Add pycore_interp.h header (GH-19499) Move PyInterpreterState and related functions to a new internal pycore_interp.h header file.
2020-04-13 07:47:17 -03:00
<ClInclude Include="..\Include\internal\pycore_interp.h" />
GH-99005: Add `CALL_INTRINSIC_1` instruction (GH-100771) * Remove PRINT_EXPR instruction * Remove STOPITERATION_ERROR instruction * Remove IMPORT_STAR instruction
2023-01-05 12:05:51 -04:00
<ClInclude Include="..\Include\internal\pycore_intrinsics.h" />
GH-113464: Add a JIT backend for tier 2 (GH-113465) Add an option (--enable-experimental-jit for configure-based builds or --experimental-jit for PCbuild-based ones) to build an *experimental* just-in-time compiler, based on copy-and-patch (https://fredrikbk.com/publications/copy-and-patch.pdf). See Tools/jit/README.md for more information on how to install the required build-time tooling.
2024-01-28 22:48:48 -04:00
<ClInclude Include="..\Include\internal\pycore_jit.h" />
bpo-41078: Add pycore_list.h internal header file (GH-21057) * Move _PyList_ITEMS() to pycore_list.h. * The C extension "_heapq" is now built with Py_BUILD_CORE_MODULE macro defined to access the internal C API.
2020-06-22 12:39:32 -03:00
<ClInclude Include="..\Include\internal\pycore_list.h" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClInclude Include="..\Include\internal\pycore_llist.h" />
<ClInclude Include="..\Include\internal\pycore_lock.h" />
bpo-42161: Add _PyLong_GetZero() and _PyLong_GetOne() (GH-22993) Add _PyLong_GetZero() and _PyLong_GetOne() functions and a new internal pycore_long.h header file. Python cannot be built without small integer singletons anymore.
2020-10-26 20:00:03 -03:00
<ClInclude Include="..\Include\internal\pycore_long.h" />
gh-106320: Create pycore_modsupport.h header file (#106355) Remove the following functions from the C API, move them to the internal C API: add a new pycore_modsupport.h internal header file: * PyModule_CreateInitialized() * _PyArg_NoKwnames() * _Py_VaBuildStack() No longer export these functions.
2023-07-03 06:39:11 -03:00
<ClInclude Include="..\Include\internal\pycore_modsupport.h" />
bpo-40137: Add pycore_moduleobject.h internal header (GH-25507) Add pycore_moduleobject.h internal header file with static inline functions to access module members: * _PyModule_GetDict() * _PyModule_GetDef() * _PyModule_GetState() These functions don't check at runtime if their argument has a valid type and can be inlined even if Python is not built with LTO. _PyType_GetModuleByDef() uses _PyModule_GetDef(). Replace PyModule_GetState() with _PyModule_GetState() in the extension modules, considered as performance sensitive: * _abc * _functools * _operator * _pickle * _queue * _random * _sre * _struct * _thread * _winapi * array * posix The following extensions are now built with the Py_BUILD_CORE_MODULE macro defined, to be able to use the internal pycore_moduleobject.h header: _abc, array, _operator, _queue, _sre, _struct.
2021-04-21 19:52:52 -03:00
<ClInclude Include="..\Include\internal\pycore_moduleobject.h" />
bpo-45482: Rename namespaceobject.h to pycore_namespace.h (GH-28975) Rename Include/namespaceobject.h to Include/internal/pycore_namespace.h. The _testmultiphase extension is now built with the Py_BUILD_CORE_MODULE macro defined to access _PyNamespace_Type. object.c: remove unused "pycore_context.h" include.
2021-10-15 10:21:21 -03:00
<ClInclude Include="..\Include\internal\pycore_namespace.h" />
bpo-35081: Add new internal headers to Makefile (GH-10670) Add pycore_fileutils.h and pycore_object.h to Makefile.pre.in and to the pythoncore project of PCbuild/.
2018-11-23 07:30:40 -04:00
<ClInclude Include="..\Include\internal\pycore_object.h" />
gh-112529: Use GC heaps for GC allocations in free-threaded builds (gh-114157) * gh-112529: Use GC heaps for GC allocations in free-threaded builds The free-threaded build's garbage collector implementation will need to find GC objects by traversing mimalloc heaps. This hooks up the allocation calls with the correct heaps by using a thread-local "current_obj_heap" variable. * Refactor out setting heap based on type
2024-01-20 12:14:45 -04:00
<ClInclude Include="..\Include\internal\pycore_object_alloc.h" />
gh-117139: Convert the evaluation stack to stack refs (#118450) This PR sets up tagged pointers for CPython. The general idea is to create a separate struct _PyStackRef for everything on the evaluation stack to store the bits. This forces the C compiler to warn us if we try to cast things or pull things out of the struct directly. Only for free threading: We tag the low bit if something is deferred - that means we skip incref and decref operations on it. This behavior may change in the future if Mark's plans to defer all objects in the interpreter loop pans out. This implies a strict stack reference discipline is required. ALL incref and decref operations on stackrefs must use the stackref variants. It is unsafe to untag something then do normal incref/decref ops on it. The new incref and decref variants are called dup and close. They mimic a "handle" API operating on these stackrefs. Please read Include/internal/pycore_stackref.h for more information! --------- Co-authored-by: Mark Shannon <9448417+markshannon@users.noreply.github.com>
2024-06-26 16:10:43 -03:00
<ClInclude Include="..\Include\internal\pycore_object_deferred.h" />
gh-102304: Move _Py_RefTotal to _PyRuntimeState (gh-102543) The essentially eliminates the global variable, with the associated benefits. This is also a precursor to isolating this bit of state to PyInterpreterState. Folks that currently read _Py_RefTotal directly would have to start using _Py_GetGlobalRefTotal() instead. https://github.com/python/cpython/issues/102304
2023-03-20 13:03:04 -03:00
<ClInclude Include="..\Include\internal\pycore_object_state.h" />
gh-81057: Move the Allocators to _PyRuntimeState (gh-99217) The global allocators were stored in 3 static global variables: _PyMem_Raw, _PyMem, and _PyObject. State for the "small block" allocator was stored in another 13. That makes a total of 16 global variables. We are moving all 16 to the _PyRuntimeState struct as part of the work for gh-81057. (If PEP 684 is accepted then we will follow up by moving them all to PyInterpreterState.) https://github.com/python/cpython/issues/81057
2022-11-11 19:30:46 -04:00
<ClInclude Include="..\Include\internal\pycore_obmalloc.h" />
<ClInclude Include="..\Include\internal\pycore_obmalloc_init.h" />
gh-106320: Remove private _Py_Identifier API (#108593) Remove the private _Py_Identifier type and related private functions from the public C API: * _PyObject_GetAttrId() * _PyObject_LookupSpecialId() * _PyObject_SetAttrId() * _PyType_LookupId() * _Py_IDENTIFIER() * _Py_static_string() * _Py_static_string_init() Move them to the internal C API: add a new pycore_identifier.h header file. No longer export these functions.
2023-08-28 21:29:46 -03:00
<ClInclude Include="..\Include\internal\pycore_optimizer.h" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClInclude Include="..\Include\internal\pycore_parking_lot.h" />
bpo-35081: And pycore_lifecycle.h and pycore_pathconfig.h (GH-10273) * And pycore_lifecycle.h and pycore_pathconfig.h headers to Include/internal/ * Move Py_BUILD_CORE specific code from coreconfig.h and pylifecycle.h to pycore_pathconfig.h and pycore_lifecycle.h * Move _Py_wstrlist_XXX() definitions and _PyPathConfig code from pycore_state.h to pycore_pathconfig.h * Move "Init" and "Fini" function definitions from pylifecycle.c to pycore_lifecycle.h.
2018-10-31 23:15:58 -03:00
<ClInclude Include="..\Include\internal\pycore_pathconfig.h" />
bpo-43244: Remove the pyarena.h header (GH-25007) Remove the pyarena.h header file with functions: * PyArena_New() * PyArena_Free() * PyArena_Malloc() * PyArena_AddPyObject() These functions were undocumented, excluded from the limited C API, and were only used internally by the compiler. Add pycore_pyarena.h header. Rename functions: * PyArena_New() => _PyArena_New() * PyArena_Free() => _PyArena_Free() * PyArena_Malloc() => _PyArena_Malloc() * PyArena_AddPyObject() => _PyArena_AddPyObject()
2021-03-23 22:23:01 -03:00
<ClInclude Include="..\Include\internal\pycore_pyarena.h" />
gh-115041: Add wrappers that are atomic only in free-threaded builds (#115046) These are intended to be used in places where atomics are required in free-threaded builds but not in the default build. We don't want to introduce the potential performance overhead of an atomic operation in the default build.
2024-02-14 16:15:05 -04:00
<ClInclude Include="..\Include\internal\pycore_pyatomic_ft_wrappers.h" />
bpo-36710: Add tstate parameter in ceval.c (GH-13547) * Fix a possible reference leak in _PyErr_Print() if exception is NULL. * PyErr_BadInternalCall(): replace PyErr_Format() with _PyErr_SetString(). * Add pycore_pyerrors.h header file. * New functions: * _PyErr_Clear() * _PyErr_Fetch() * _PyErr_Print() * _PyErr_Restore() * _PyErr_SetObject() * _PyErr_SetString() * Add 'tstate' parameter to _PyEval_AddPendingCall().
2019-05-24 12:01:38 -03:00
<ClInclude Include="..\Include\internal\pycore_pyerrors.h" />
bpo-35081: Rename internal headers (GH-10275) Rename Include/internal/ headers: * pycore_hash.h -> pycore_pyhash.h * pycore_lifecycle.h -> pycore_pylifecycle.h * pycore_mem.h -> pycore_pymem.h * pycore_state.h -> pycore_pystate.h Add missing headers to Makefile.pre.in and PCbuild: * pycore_condvar.h. * pycore_hamt.h * pycore_pyhash.h
2018-11-12 11:53:38 -04:00
<ClInclude Include="..\Include\internal\pycore_pyhash.h" />
<ClInclude Include="..\Include\internal\pycore_pylifecycle.h" />
<ClInclude Include="..\Include\internal\pycore_pymem.h" />
gh-81057: Move the Allocators to _PyRuntimeState (gh-99217) The global allocators were stored in 3 static global variables: _PyMem_Raw, _PyMem, and _PyObject. State for the "small block" allocator was stored in another 13. That makes a total of 16 global variables. We are moving all 16 to the _PyRuntimeState struct as part of the work for gh-81057. (If PEP 684 is accepted then we will follow up by moving them all to PyInterpreterState.) https://github.com/python/cpython/issues/81057
2022-11-11 19:30:46 -04:00
<ClInclude Include="..\Include\internal\pycore_pymem_init.h" />
bpo-35081: Rename internal headers (GH-10275) Rename Include/internal/ headers: * pycore_hash.h -> pycore_pyhash.h * pycore_lifecycle.h -> pycore_pylifecycle.h * pycore_mem.h -> pycore_pymem.h * pycore_state.h -> pycore_pystate.h Add missing headers to Makefile.pre.in and PCbuild: * pycore_condvar.h. * pycore_hamt.h * pycore_pyhash.h
2018-11-12 11:53:38 -04:00
<ClInclude Include="..\Include\internal\pycore_pystate.h" />
gh-108753: Enhance pystats (#108754) Statistics gathering is now off by default. Use the "-X pystats" command line option or set the new PYTHONSTATS environment variable to 1 to turn statistics gathering on at Python startup. Statistics are no longer dumped at exit if statistics gathering was off or statistics have been cleared. Changes: * Add PYTHONSTATS environment variable. * sys._stats_dump() now returns False if statistics are not dumped because they are all equal to zero. * Add PyConfig._pystats member. * Add tests on sys functions and on setting PyConfig._pystats to 1. * Add Include/cpython/pystats.h and Include/internal/pycore_pystats.h header files. * Rename '_py_stats' variable to '_Py_stats'. * Exclude Include/cpython/pystats.h from the Py_LIMITED_API. * Move pystats.h include from object.h to Python.h. * Add _Py_StatsOn() and _Py_StatsOff() functions. Remove '_py_stats_struct' variable from the API: make it static in specialize.c. * Document API in Include/pystats.h and Include/cpython/pystats.h. * Complete pystats documentation in Doc/using/configure.rst. * Don't write "all zeros" stats: if _stats_off() and _stats_clear() or _stats_dump() were called. * _PyEval_Fini() now always call _Py_PrintSpecializationStats() which does nothing if stats are all zeros. Co-authored-by: Michael Droettboom <mdboom@gmail.com>
2023-09-06 12:54:59 -03:00
<ClInclude Include="..\Include\internal\pycore_pystats.h" />
gh-106320: Remove private pythonrun API (#108599) Remove these private functions from the public C API: * _PyRun_AnyFileObject() * _PyRun_InteractiveLoopObject() * _PyRun_SimpleFileObject() * _Py_SourceAsString() Move them to the internal C API: add a new pycore_pythonrun.h header file. No longer export these functions.
2023-08-28 23:18:52 -03:00
<ClInclude Include="..\Include\internal\pycore_pythonrun.h" />
gh-81057: Move Threading-Related Globals to _PyRuntimeState (#100084) https://github.com/python/cpython/issues/81057
2022-12-08 20:50:58 -04:00
<ClInclude Include="..\Include\internal\pycore_pythread.h" />
gh-115103: Implement delayed memory reclamation (QSBR) (#115180) This adds a safe memory reclamation scheme based on FreeBSD's "GUS" and quiescent state based reclamation (QSBR). The API provides a mechanism for callers to detect when it is safe to free memory that may be concurrently accessed by readers.
2024-02-16 16:25:19 -04:00
<ClInclude Include="..\Include\internal\pycore_qsbr.h" />
GH-91432: Specialize FOR_ITER (GH-91713) * Adds FOR_ITER_LIST and FOR_ITER_RANGE specializations. * Adds _PyLong_AssignValue() internal function to avoid temporary boxing of ints.
2022-06-21 07:19:26 -03:00
<ClInclude Include="..\Include\internal\pycore_range.h" />
bpo-40268: Add pycore_runtime.h header file (GH-19493) Move PyRuntimeState from pycore_pystate.h to pycore_runtime.h. Remove _PyGILState_check_enabled macro: access directly _PyRuntime.gilstate.check_enabled.
2020-04-13 06:45:21 -03:00
<ClInclude Include="..\Include\internal\pycore_runtime.h" />
bpo-46370: Move the static initializer for _PyRuntime to its own header file. (gh-30587) https://bugs.python.org/issue46370
2022-01-13 18:54:36 -04:00
<ClInclude Include="..\Include\internal\pycore_runtime_init.h" />
GH-90699: Move generated static initializer to pycore_runtime_generated.h (GH-94051)
2022-07-07 17:04:05 -03:00
<ClInclude Include="..\Include\internal\pycore_runtime_init_generated.h" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClInclude Include="..\Include\internal\pycore_semaphore.h" />
gh-106320: Move private _PySet API to the internal API (#107041) * Add pycore_setobject.h header file. * Move the following API to the internal C API: * _PySet_Dummy * _PySet_NextEntry() * _PySet_Update()
2023-07-22 12:04:34 -03:00
<ClInclude Include="..\Include\internal\pycore_setobject.h" />
gh-64783: Fix signal.NSIG value on FreeBSD (#91929) Fix signal.NSIG value on FreeBSD to accept signal numbers greater than 32, like signal.SIGRTMIN and signal.SIGRTMAX. * Add Py_NSIG constant. * Add pycore_signal.h internal header file. * _Py_Sigset_Converter() now includes the range of valid signals in the error message.
2022-04-25 19:13:31 -03:00
<ClInclude Include="..\Include\internal\pycore_signal.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_sliceobject.h" />
bpo-45434: Remove pystrhex.h header file (GH-28923) Move Include/pystrhex.h to Include/internal/pycore_strhex.h. The header file only contains private functions. The following C extensions are now built with Py_BUILD_CORE_MODULE macro defined to get access to the internal C API: * _blake2 * _hashopenssl * _md5 * _sha1 * _sha3 * _ssl * binascii
2021-10-13 10:22:35 -03:00
<ClInclude Include="..\Include\internal\pycore_strhex.h" />
bpo-43916: Move the _PyStructSequence_InitType function to the internal API (GH-25854)
2021-05-03 11:50:24 -03:00
<ClInclude Include="..\Include\internal\pycore_structseq.h" />
bpo-38644: Add _PySys_Audit() which takes tstate (GH-19180) Add _PySys_Audit() function to the internal C API: similar to PySys_Audit(), but requires a mandatory tstate parameter. Cleanup sys_audit_tstate() code: remove code path for NULL tstate, since the function exits at entry if tstate is NULL. Remove also code path for NULL tstate->interp: should_audit() now ensures that it is not NULL (even if tstate->interp cannot be NULL in practice). PySys_AddAuditHook() now checks if tstate is not NULL to decide if tstate can be used or not, and tstate is set to NULL if the runtime is not initialized yet. Use _PySys_Audit() in sysmodule.c.
2020-03-26 14:57:32 -03:00
<ClInclude Include="..\Include\internal\pycore_sysmodule.h" />
bpo-43244: Remove symtable.h header file (GH-24910) Rename Include/symtable.h to to Include/internal/pycore_symtable.h, don't export symbols anymore (replace PyAPI_FUNC and PyAPI_DATA with extern) and rename functions: * PyST_GetScope() to _PyST_GetScope() * PySymtable_BuildObject() to _PySymtable_Build() * PySymtable_Free() to _PySymtable_Free() Remove PySymtable_Build(), Py_SymtableString() and Py_SymtableStringObject() functions. The Py_SymtableString() function was part the stable ABI by mistake but it could not be used, since the symtable.h header file was excluded from the limited C API. The Python symtable module remains available and is unchanged.
2021-03-19 08:41:49 -03:00
<ClInclude Include="..\Include\internal\pycore_symtable.h" />
gh-117139: Add header for tagged pointers (GH-118330) --------- Co-authored-by: Sam Gross <655866+colesbury@users.noreply.github.com>
2024-04-30 17:46:13 -03:00
<ClInclude Include="..\Include\internal\pycore_stackref.h" />
gh-81057: Move time Globals to _PyRuntimeState (gh-100122) https://github.com/python/cpython/issues/81057
2022-12-08 19:46:09 -04:00
<ClInclude Include="..\Include\internal\pycore_time.h" />
gh-92651: Remove the Include/token.h header file (#92652) Remove the token.h header file. There was never any public tokenizer C API. The token.h header file was only designed to be used by Python internals. Move Include/token.h to Include/internal/pycore_token.h. Including this header file now requires that the Py_BUILD_CORE macro is defined. It no longer checks for the Py_LIMITED_API macro. Rename functions: * PyToken_OneChar() => _PyToken_OneChar() * PyToken_TwoChars() => _PyToken_TwoChars() * PyToken_ThreeChars() => _PyToken_ThreeChars()
2022-05-11 18:22:50 -03:00
<ClInclude Include="..\Include\internal\pycore_token.h" />
bpo-35134: Register new traceback.h header files (GH-13431) Add new cpython/traceback.h and pycore_traceback.h header files to Makefile.pre.in and PCbuild/ project.
2019-05-19 21:22:32 -03:00
<ClInclude Include="..\Include\internal\pycore_traceback.h" />
gh-81057: Move tracemalloc Globals to _PyRuntimeState (gh-100151) https://github.com/python/cpython/issues/81057
2022-12-12 11:44:23 -04:00
<ClInclude Include="..\Include\internal\pycore_tracemalloc.h" />
gh-112538: Add internal-only _PyThreadStateImpl "wrapper" for PyThreadState (gh-112560) Every PyThreadState instance is now actually a _PyThreadStateImpl. It is safe to cast from `PyThreadState*` to `_PyThreadStateImpl*` and back. The _PyThreadStateImpl will contain fields that we do not want to expose in the public C API.
2023-12-07 15:11:45 -04:00
<ClInclude Include="..\Include\internal\pycore_tstate.h" />
bpo-41078: Rename pycore_tupleobject.h to pycore_tuple.h (GH-21056)
2020-06-22 12:27:35 -03:00
<ClInclude Include="..\Include\internal\pycore_tuple.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_typeobject.h" />
gh-103763: Implement PEP 695 (#103764) This implements PEP 695, Type Parameter Syntax. It adds support for: - Generic functions (def func[T](): ...) - Generic classes (class X[T](): ...) - Type aliases (type X = ...) - New scoping when the new syntax is used within a class body - Compiler and interpreter changes to support the new syntax and scoping rules Co-authored-by: Marc Mueller <30130371+cdce8p@users.noreply.github.com> Co-authored-by: Eric Traut <eric@traut.com> Co-authored-by: Larry Hastings <larry@hastings.org> Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
2023-05-16 00:36:23 -03:00
<ClInclude Include="..\Include\internal\pycore_typevarobject.h" />
bpo-1635741: _PyUnicode_Name_CAPI moves to internal C API (GH-22713) The private _PyUnicode_Name_CAPI structure of the PyCapsule API unicodedata.ucnhash_CAPI moves to the internal C API. Moreover, the structure gets a new state member which must be passed to the getcode() and getname() functions. * Move Include/ucnhash.h to Include/internal/pycore_ucnhash.h * unicodedata module is now built with Py_BUILD_CORE_MODULE. * unicodedata: move hashAPI variable into unicodedata_module_state.
2020-10-26 12:43:47 -03:00
<ClInclude Include="..\Include\internal\pycore_ucnhash.h" />
bpo-41428: Implementation for PEP 604 (GH-21515) See https://www.python.org/dev/peps/pep-0604/ for more information. Co-authored-by: Pablo Galindo <pablogsal@gmail.com>
2020-09-09 17:23:24 -03:00
<ClInclude Include="..\Include\internal\pycore_unionobject.h" />
bpo-46008: Make runtime-global object/type lifecycle functions and state consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008
2021-12-09 15:59:26 -04:00
<ClInclude Include="..\Include\internal\pycore_unicodeobject.h" />
gh-90868: Adjust the Generated Objects (gh-99223) We do the following: * move the generated _PyUnicode_InitStaticStrings() to its own file * move the generated _PyStaticObjects_CheckRefcnt() to its own file * include pycore_global_objects.h in extension modules instead of pycore_runtime_init.h These changes help us avoid including things that aren't needed. https://github.com/python/cpython/issues/90868
2022-11-08 13:03:03 -04:00
<ClInclude Include="..\Include\internal\pycore_unicodeobject_generated.h" />
gh-124218: Refactor per-thread reference counting (#124844) Currently, we only use per-thread reference counting for heap type objects and the naming reflects that. We will extend it to a few additional types in an upcoming change to avoid scaling bottlenecks when creating nested functions. Rename some of the files and functions in preparation for this change.
2024-10-01 14:05:42 -03:00
<ClInclude Include="..\Include\internal\pycore_uniqueid.h" />
bpo-35081: Add pycore_ prefix to internal header files (GH-10263) * Rename Include/internal/ header files: * pyatomic.h -> pycore_atomic.h * ceval.h -> pycore_ceval.h * condvar.h -> pycore_condvar.h * context.h -> pycore_context.h * pygetopt.h -> pycore_getopt.h * gil.h -> pycore_gil.h * hamt.h -> pycore_hamt.h * hash.h -> pycore_hash.h * mem.h -> pycore_mem.h * pystate.h -> pycore_state.h * warnings.h -> pycore_warnings.h * PCbuild project, Makefile.pre.in, Modules/Setup: add the Include/internal/ directory to the search paths of header files. * Update includes. For example, replace #include "internal/mem.h" with #include "pycore_mem.h".
2018-10-31 20:52:28 -03:00
<ClInclude Include="..\Include\internal\pycore_warnings.h" />
gh-105927: Add _PyWeakref_GET_REF() internal function (#105929) Add new pycore_weakref.h internal header file.
2023-06-20 03:52:40 -03:00
<ClInclude Include="..\Include\internal\pycore_weakref.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\intrcheck.h" />
<ClInclude Include="..\Include\iterobject.h" />
<ClInclude Include="..\Include\listobject.h" />
gh-117511: Make PyMutex public in the non-limited API (#117731)
2024-06-20 12:29:08 -03:00
<ClInclude Include="..\Include\lock.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\longobject.h" />
<ClInclude Include="..\Include\marshal.h" />
<ClInclude Include="..\Include\memoryobject.h" />
<ClInclude Include="..\Include\methodobject.h" />
gh-90815: Add mimalloc memory allocator (#109914) * Add mimalloc v2.12 Modified src/alloc.c to remove include of alloc-override.c and not compile new handler. Did not include the following files: - include/mimalloc-new-delete.h - include/mimalloc-override.h - src/alloc-override-osx.c - src/alloc-override.c - src/static.c - src/region.c mimalloc is thread safe and shares a single heap across all runtimes, therefore finalization and getting global allocated blocks across all runtimes is different. * mimalloc: minimal changes for use in Python: - remove debug spam for freeing large allocations - use same bytes (0xDD) for freed allocations in CPython and mimalloc This is important for the test_capi debug memory tests * Don't export mimalloc symbol in libpython. * Enable mimalloc as Python allocator option. * Add mimalloc MIT license. * Log mimalloc in Lib/test/pythoninfo.py. * Document new mimalloc support. * Use macro defs for exports as done in: https://github.com/python/cpython/pull/31164/ Co-authored-by: Sam Gross <colesbury@gmail.com> Co-authored-by: Christian Heimes <christian@python.org> Co-authored-by: Victor Stinner <vstinner@python.org>
2023-10-30 12:43:11 -03:00
<ClInclude Include="..\Include\internal\mimalloc\mimalloc\atomic.h" />
<ClInclude Include="..\Include\internal\mimalloc\mimalloc\internal.h" />
<ClInclude Include="..\Include\internal\mimalloc\mimalloc\prim.h" />
<ClInclude Include="..\Include\internal\mimalloc\mimalloc\track.h" />
<ClInclude Include="..\Include\internal\mimalloc\mimalloc\types.h" />
<ClInclude Include="..\Include\internal\mimalloc\mimalloc.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\modsupport.h" />
<ClInclude Include="..\Include\moduleobject.h" />
<ClInclude Include="..\Include\object.h" />
<ClInclude Include="..\Include\objimpl.h" />
<ClInclude Include="..\Include\opcode.h" />
<ClInclude Include="..\Include\osdefs.h" />
Issue #27186: add Include/osmodule.h to the proper build rules
2016-06-12 17:21:22 -03:00
<ClInclude Include="..\Include\osmodule.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\patchlevel.h" />
<ClInclude Include="..\Include\py_curses.h" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClInclude Include="..\Include\pyatomic.h" />
bpo-45459: Rename buffer.h to pybuffer.h (#31201) Rename Include/buffer.h header file to Include/pybuffer.h to avoid conflicts with projects having an existing "buffer.h" header file. * Incude pybuffer.h before object.h in Python.h. * Remove #include "buffer.h" from Include/cpython/object.h. * Add a forward declaration of the PyObject type in pybuffer.h to fix an inter-dependency issue.
2022-02-22 18:11:48 -04:00
<ClInclude Include="..\Include\pybuffer.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\pycapsule.h" />
<ClInclude Include="..\Include\pyerrors.h" />
<ClInclude Include="..\Include\pyexpat.h" />
bpo-40421: Add pyframe.h header file (GH-19755) Add a new separated pyframe.h header file of the PyFrame public C API: it is included by Python.h. Add PyFrame_GetLineNumber() to the limited C API. Replace "struct _frame" with "PyFrameObject" in header files. PyFrameObject is now defined as struct _frame by pyframe.h which is included early enough in Python.h.
2020-04-28 11:32:48 -03:00
<ClInclude Include="..\Include\pyframe.h" />
<ClInclude Include="..\Include\pyhash.h" />
Issue #22869: Add pylifecycle.c/.h files to pythoncore project.
2014-11-20 20:45:36 -04:00
<ClInclude Include="..\Include\pylifecycle.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\pymacro.h" />
bpo-40421: Add pyframe.h header file (GH-19755) Add a new separated pyframe.h header file of the PyFrame public C API: it is included by Python.h. Add PyFrame_GetLineNumber() to the limited C API. Replace "struct _frame" with "PyFrameObject" in header files. PyFrameObject is now defined as struct _frame by pyframe.h which is included early enough in Python.h.
2020-04-28 11:32:48 -03:00
<ClInclude Include="..\Include\pymath.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\pymem.h" />
<ClInclude Include="..\Include\pyport.h" />
<ClInclude Include="..\Include\pystate.h" />
Improve object stats (#92845) * Add incref/decref stats * Show ratios for allocation in summary
2022-05-16 10:35:11 -03:00
<ClInclude Include="..\Include\pystats.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\pystrcmp.h" />
bpo-40421: Add pyframe.h header file (GH-19755) Add a new separated pyframe.h header file of the PyFrame public C API: it is included by Python.h. Add PyFrame_GetLineNumber() to the limited C API. Replace "struct _frame" with "PyFrameObject" in header files. PyFrameObject is now defined as struct _frame by pyframe.h which is included early enough in Python.h.
2020-04-28 11:32:48 -03:00
<ClInclude Include="..\Include\pystrtod.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\pythonrun.h" />
<ClInclude Include="..\Include\pythread.h" />
bpo-45459: Add pytypedefs.h header file (GH-31527) Move forward declarations of Python C API types to a new pytypedefs.h header file to solve interdependency issues between header files. pytypedefs.h contains forward declarations of the following types: * PyCodeObject * PyFrameObject * PyGetSetDef * PyInterpreterState * PyLongObject * PyMemberDef * PyMethodDef * PyModuleDef * PyObject * PyThreadState * PyTypeObject
2022-02-24 12:07:12 -04:00
<ClInclude Include="..\Include\pytypedefs.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\rangeobject.h" />
gh-119853: Add Include/refcount.h to projects (#119860)
2024-05-31 16:21:30 -03:00
<ClInclude Include="..\Include\refcount.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Include\setobject.h" />
<ClInclude Include="..\Include\sliceobject.h" />
<ClInclude Include="..\Include\structmember.h" />
<ClInclude Include="..\Include\structseq.h" />
<ClInclude Include="..\Include\symtable.h" />
<ClInclude Include="..\Include\sysmodule.h" />
<ClInclude Include="..\Include\traceback.h" />
<ClInclude Include="..\Include\tupleobject.h" />
<ClInclude Include="..\Include\unicodeobject.h" />
<ClInclude Include="..\Include\weakrefobject.h" />
<ClInclude Include="..\Modules\_math.h" />
Issue #18874: Implement the PEP 454 (tracemalloc)
2013-11-23 07:27:24 -04:00
<ClInclude Include="..\Modules\hashtable.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Modules\rotatingtree.h" />
<ClInclude Include="..\Modules\_io\_iomodule.h" />
<ClInclude Include="..\Modules\cjkcodecs\alg_jisx0201.h" />
<ClInclude Include="..\Modules\cjkcodecs\cjkcodecs.h" />
<ClInclude Include="..\Modules\cjkcodecs\emu_jisx0213_2000.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_cn.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_hk.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_jisx0213_pair.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_jp.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_kr.h" />
<ClInclude Include="..\Modules\cjkcodecs\mappings_tw.h" />
<ClInclude Include="..\Modules\cjkcodecs\multibytecodec.h" />
<ClInclude Include="..\Objects\stringlib\count.h" />
<ClInclude Include="..\Objects\stringlib\fastsearch.h" />
<ClInclude Include="..\Objects\stringlib\find.h" />
<ClInclude Include="..\Objects\stringlib\partition.h" />
Issue #16061: Speed up str.replace() for replacing 1-character strings.
2013-04-13 16:45:04 -03:00
<ClInclude Include="..\Objects\stringlib\replace.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Objects\stringlib\split.h" />
<ClInclude Include="..\Objects\unicodetype_db.h" />
gh-104169: Refactor tokenizer into lexer and wrappers (#110684) * The lexer, which include the actual lexeme producing logic, goes into the `lexer` directory. * The wrappers, one wrapper per input mode (file, string, utf-8, and readline), go into the `tokenizer` directory and include logic for creating a lexer instance and managing the buffer for different modes. --------- Co-authored-by: Pablo Galindo <pablogsal@gmail.com> Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>
2023-10-11 12:14:44 -03:00
<ClInclude Include="..\Parser\lexer\state.h" />
<ClInclude Include="..\Parser\lexer\lexer.h" />
<ClInclude Include="..\Parser\lexer\buffer.h" />
<ClInclude Include="..\Parser\tokenizer\helpers.h" />
<ClInclude Include="..\Parser\tokenizer\tokenizer.h" />
bpo-40939: Remove the old parser (GH-20768) This commit removes the old parser, the deprecated parser module, the old parser compatibility flags and environment variables and all associated support code and documentation.
2020-06-11 13:30:46 -03:00
<ClInclude Include="..\Parser\string_parser.h" />
<ClInclude Include="..\Parser\pegen.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\PC\errmap.h" />
gh-111650: Ensure pyconfig.h includes Py_GIL_DISABLED on Windows (GH-112778)
2023-12-13 11:38:45 -04:00
<ClInclude Include="..\PC\pyconfig.h.in" />
Issue #15038: Optimize python Locks on Windows Extract cross-platform condition variable support into a separate file and provide user-mode non-recursive locks for Windows.
2012-06-18 17:30:44 -03:00
<ClInclude Include="..\Python\condvar.h" />
bpo-42955: Rename module_names to sys.stdlib_module_names (GH-24332) * Rename _Py_module_names to _Py_stdlib_module_names. * Rename Python/module_names.h to Python/stdlib_module_names.h.
2021-01-25 18:12:50 -04:00
<ClInclude Include="..\Python\stdlib_module_names.h" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClInclude Include="..\Python\thread_nt.h" />
</ItemGroup>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<ItemGroup Condition="$(IncludeExternals)">
<ClInclude Include="$(zlibDir)\crc32.h" />
<ClInclude Include="$(zlibDir)\deflate.h" />
<ClInclude Include="$(zlibDir)\inffast.h" />
<ClInclude Include="$(zlibDir)\inffixed.h" />
<ClInclude Include="$(zlibDir)\inflate.h" />
<ClInclude Include="$(zlibDir)\inftrees.h" />
<ClInclude Include="$(zlibDir)\trees.h" />
<ClInclude Include="$(zlibDir)\zconf.h" />
<ClInclude Include="$(zlibDir)\zconf.in.h" />
<ClInclude Include="$(zlibDir)\zlib.h" />
<ClInclude Include="$(zlibDir)\zutil.h" />
</ItemGroup>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ItemGroup>
bpo-31333: Re-implement ABCMeta in C (#5273) This adds C versions of methods used by ABCMeta that improve performance of various ABC operations.
2018-02-18 08:41:58 -04:00
<ClCompile Include="..\Modules\_abc.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_bisectmodule.c" />
gh-99108: Add HACL* Blake2 implementation to hashlib (GH-119316) This replaces the existing hashlib Blake2 module with a single implementation that uses HACL\*'s Blake2b/Blake2s implementations. We added support for all the modes exposed by the Python API, including tree hashing, leaf nodes, and so on. We ported and merged all of these changes upstream in HACL\*, added test vectors based on Python's existing implementation, and exposed everything needed for hashlib. This was joint work done with @R1kM. See the PR for much discussion and benchmarking details. TL;DR: On many systems, 8-50% faster (!) than `libb2`, on some systems it appeared 10-20% slower than `libb2`.
2024-08-13 18:42:19 -03:00
<ClCompile Include="..\Modules\blake2module.c">
<PreprocessorDefinitions Condition="'$(Platform)' == 'x64'">HACL_CAN_COMPILE_SIMD128;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<PreprocessorDefinitions Condition="'$(Platform)' == 'x64'">HACL_CAN_COMPILE_SIMD256;%(PreprocessorDefinitions)</PreprocessorDefinitions>
</ClCompile>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_codecsmodule.c" />
<ClCompile Include="..\Modules\_collectionsmodule.c" />
bpo-32436: Implement PEP 567 (#5027)
2018-01-22 20:11:18 -04:00
<ClCompile Include="..\Modules\_contextvarsmodule.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_csv.c" />
<ClCompile Include="..\Modules\_functoolsmodule.c" />
gh-99108: Replace SHA3 implementation HACL* version (#103597) Replaces our built-in SHA3 implementation with a verified one from the HACL* project. This implementation is used when OpenSSL does not provide SHA3 or is not present. 3.11 shiped with a very slow tiny sha3 implementation to get off of the <=3.10 reference implementation that wound up having serious bugs. This brings us back to a reasonably performing built-in implementation consistent with what we've just replaced our other guaranteed available standard hash algorithms with: code from the HACL* project. --------- Co-authored-by: Gregory P. Smith <greg@krypto.org>
2023-05-08 00:50:04 -03:00
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_MD5.c" />
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_SHA1.c" />
gh-99108: Refresh HACL* (#104808) Refresh HACL* from upstream to improve SHA2 performance and fix a 32-bit issue in SHA3.
2023-05-24 17:30:11 -03:00
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_SHA2.c" />
gh-99108: Replace SHA3 implementation HACL* version (#103597) Replaces our built-in SHA3 implementation with a verified one from the HACL* project. This implementation is used when OpenSSL does not provide SHA3 or is not present. 3.11 shiped with a very slow tiny sha3 implementation to get off of the <=3.10 reference implementation that wound up having serious bugs. This brings us back to a reasonably performing built-in implementation consistent with what we've just replaced our other guaranteed available standard hash algorithms with: code from the HACL* project. --------- Co-authored-by: Gregory P. Smith <greg@krypto.org>
2023-05-08 00:50:04 -03:00
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_SHA3.c" />
gh-99108: Add HACL* Blake2 implementation to hashlib (GH-119316) This replaces the existing hashlib Blake2 module with a single implementation that uses HACL\*'s Blake2b/Blake2s implementations. We added support for all the modes exposed by the Python API, including tree hashing, leaf nodes, and so on. We ported and merged all of these changes upstream in HACL\*, added test vectors based on Python's existing implementation, and exposed everything needed for hashlib. This was joint work done with @R1kM. See the PR for much discussion and benchmarking details. TL;DR: On many systems, 8-50% faster (!) than `libb2`, on some systems it appeared 10-20% slower than `libb2`.
2024-08-13 18:42:19 -03:00
<ClCompile Include="..\Modules\_hacl\Lib_Memzero0.c" />
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_Blake2b.c" />
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_Blake2s.c" />
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_Blake2b_Simd256.c" Condition="'$(Platform)' == 'x64'">
<PreprocessorDefinitions>HACL_CAN_COMPILE_VEC256;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<AdditionalOptions>/arch:AVX2</AdditionalOptions>
</ClCompile>
<ClCompile Include="..\Modules\_hacl\Hacl_Hash_Blake2s_Simd128.c" Condition="'$(Platform)' == 'x64'">
<PreprocessorDefinitions>HACL_CAN_COMPILE_VEC128;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<AdditionalOptions>/arch:AVX</AdditionalOptions>
</ClCompile>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_heapqmodule.c" />
<ClCompile Include="..\Modules\_json.c" />
<ClCompile Include="..\Modules\_localemodule.c" />
<ClCompile Include="..\Modules\_lsprof.c" />
<ClCompile Include="..\Modules\_pickle.c" />
<ClCompile Include="..\Modules\_randommodule.c" />
bpo-47152: Move sources of the _sre module into a subdirectory (GH-32290)
2022-04-04 04:53:26 -03:00
<ClCompile Include="..\Modules\_sre\sre.c" />
<ClInclude Include="..\Modules\_sre\sre.h" />
<ClInclude Include="..\Modules\_sre\sre_constants.h" />
<ClInclude Include="..\Modules\_sre\sre_lib.h" />
Add _stat module to VS project file -- this time with the GUI instead of manually.
2013-06-23 10:50:45 -03:00
<ClCompile Include="..\Modules\_stat.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_struct.c" />
gh-110721: Remove unused code from suggestions.c after moving PyErr_Display to use the traceback module (#113712)
2024-01-08 11:10:45 -04:00
<ClCompile Include="..\Modules\_suggestions.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_weakref.c" />
<ClCompile Include="..\Modules\arraymodule.c" />
<ClCompile Include="..\Modules\atexitmodule.c" />
bpo-38256: Fix binascii.crc32() when inputs are 4+GiB (GH-32000) When compiled with `USE_ZLIB_CRC32` defined (`configure` sets this on POSIX systems), `binascii.crc32(...)` failed to compute the correct value when the input data was >= 4GiB. Because the zlib crc32 API is limited to a 32-bit length. This lines it up with the `zlib.crc32(...)` implementation that doesn't have that flaw. **Performance:** This also adopts the same GIL releasing for larger inputs logic that `zlib.crc32` has, and causes the Windows build to always use zlib's crc32 instead of our slow C code as zlib is a required build dependency on Windows.
2022-03-20 16:28:15 -03:00
<ClCompile Include="..\Modules\binascii.c">
<PreprocessorDefinitions>USE_ZLIB_CRC32;%(PreprocessorDefinitions)</PreprocessorDefinitions>
</ClCompile>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\cmathmodule.c" />
<ClCompile Include="..\Modules\_datetimemodule.c" />
<ClCompile Include="..\Modules\errnomodule.c" />
<ClCompile Include="..\Modules\faulthandler.c" />
<ClCompile Include="..\Modules\gcmodule.c" />
bpo-45582: Port getpath[p].c to Python (GH-29041) The getpath.py file is frozen at build time and executed as code over a namespace. It is never imported, nor is it meant to be importable or reusable. However, it should be easier to read, modify, and patch than the previous code. This commit attempts to preserve every previously tested quirk, but these may be changed in the future to better align platforms.
2021-12-02 20:08:42 -04:00
<ClCompile Include="..\Modules\getbuildinfo.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\itertoolsmodule.c" />
<ClCompile Include="..\Modules\main.c" />
<ClCompile Include="..\Modules\mathmodule.c" />
<ClCompile Include="..\Modules\md5module.c" />
<ClCompile Include="..\Modules\mmapmodule.c" />
Add _opcode to Windows build env
2013-11-23 20:11:57 -04:00
<ClCompile Include="..\Modules\_opcode.c" />
Issue #16694: Add a pure Python implementation of the operator module. Patch by Zachary Ware.
2013-04-20 14:21:44 -03:00
<ClCompile Include="..\Modules\_operator.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\posixmodule.c" />
<ClCompile Include="..\Modules\rotatingtree.c" />
<ClCompile Include="..\Modules\sha1module.c" />
gh-99108: Refactor _sha256 & _sha512 into _sha2. (#101924) This merges their code. They're backed by the same single HACL* static library, having them be a single module simplifies maintenance. This should unbreak the wasm enscripten builds that currently fail due to linking in --whole-archive mode and the HACL* library appearing twice. Long unnoticed error fixed: _sha512.SHA384Type was doubly assigned and was actually SHA512Type. Nobody depends on those internal names. Also rename LIBHACL_ make vars to LIBHACL_SHA2_ in preperation for other future HACL things.
2023-02-16 02:08:20 -04:00
<ClCompile Include="..\Modules\sha2module.c" />
gh-99108: Replace SHA3 implementation HACL* version (#103597) Replaces our built-in SHA3 implementation with a verified one from the HACL* project. This implementation is used when OpenSSL does not provide SHA3 or is not present. 3.11 shiped with a very slow tiny sha3 implementation to get off of the <=3.10 reference implementation that wound up having serious bugs. This brings us back to a reasonably performing built-in implementation consistent with what we've just replaced our other guaranteed available standard hash algorithms with: code from the HACL* project. --------- Co-authored-by: Gregory P. Smith <greg@krypto.org>
2023-05-08 00:50:04 -03:00
<ClCompile Include="..\Modules\sha3module.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\signalmodule.c" />
bpo-37798: Add C fastpath for statistics.NormalDist.inv_cdf() (GH-15266)
2019-08-23 19:20:30 -03:00
<ClCompile Include="..\Modules\_statisticsmodule.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\symtablemodule.c" />
gh-88402: Add new sysconfig variables on Windows (GH-110049) Co-authored-by: Filipe Laíns <filipe.lains@gmail.com>
2023-10-04 19:50:29 -03:00
<ClCompile Include="..\Modules\_sysconfig.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_threadmodule.c" />
Issue #18874: Implement the PEP 454 (tracemalloc)
2013-11-23 07:27:24 -04:00
<ClCompile Include="..\Modules\_tracemalloc.c" />
bpo-44353: Implement typing.NewType __call__ method in C (#27262) Co-authored-by: Ken Jin <28750310+Fidget-Spinner@users.noreply.github.com> Co-authored-by: Denis Laxalde <denis@laxalde.org>
2021-07-22 18:06:54 -03:00
<ClCompile Include="..\Modules\_typingmodule.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\timemodule.c" />
<ClCompile Include="..\Modules\xxsubtype.c" />
gh-76785: Rename _xxsubinterpreters to _interpreters (gh-117791) See https://discuss.python.org/t/pep-734-multiple-interpreters-in-the-stdlib/41147/26.
2024-04-24 13:18:24 -03:00
<ClCompile Include="..\Modules\_interpretersmodule.c" />
<ClCompile Include="..\Modules\_interpchannelsmodule.c" />
<ClCompile Include="..\Modules\_interpqueuesmodule.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_io\fileio.c" />
<ClCompile Include="..\Modules\_io\bytesio.c" />
<ClCompile Include="..\Modules\_io\stringio.c" />
<ClCompile Include="..\Modules\_io\bufferedio.c" />
<ClCompile Include="..\Modules\_io\iobase.c" />
<ClCompile Include="..\Modules\_io\textio.c" />
Issue #1602: Windows console doesn't input or print Unicode (PEP 528) Closes #17602: Adds a readline implementation for the Windows console
2016-08-31 01:22:36 -03:00
<ClCompile Include="..\Modules\_io\winconsoleio.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Modules\_io\_iomodule.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_cn.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_hk.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_iso2022.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_jp.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_kr.c" />
<ClCompile Include="..\Modules\cjkcodecs\_codecs_tw.c" />
<ClCompile Include="..\Modules\cjkcodecs\multibytecodec.c" />
<ClCompile Include="..\Modules\_winapi.c" />
<ClCompile Include="..\Objects\abstract.c" />
<ClCompile Include="..\Objects\boolobject.c" />
Backed out changeset f23fa1f7b68f Sorry, I didn't want to push this change before the review :-( I was pushing a change into the 2.7 branch.
2017-02-10 09:19:36 -04:00
<ClCompile Include="..\Objects\bytearrayobject.c" />
bpo-29524: Add Objects/call.c file (#12) * Move all functions to call objects in a new Objects/call.c file. * Rename fast_function() to _PyFunction_FastCallKeywords(). * Copy null_error() from Objects/abstract.c * Inline type_error() in call.c to not have to copy it, it was only called once. * Export _PyEval_EvalCodeWithName() since it is now called from call.c.
2017-02-12 14:27:05 -04:00
<ClCompile Include="..\Objects\bytes_methods.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\bytesobject.c" />
bpo-29524: Add Objects/call.c file (#12) * Move all functions to call objects in a new Objects/call.c file. * Rename fast_function() to _PyFunction_FastCallKeywords(). * Copy null_error() from Objects/abstract.c * Inline type_error() in call.c to not have to copy it, it was only called once. * Export _PyEval_EvalCodeWithName() since it is now called from call.c.
2017-02-12 14:27:05 -04:00
<ClCompile Include="..\Objects\call.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\capsule.c" />
<ClCompile Include="..\Objects\cellobject.c" />
<ClCompile Include="..\Objects\classobject.c" />
<ClCompile Include="..\Objects\codeobject.c" />
<ClCompile Include="..\Objects\complexobject.c" />
<ClCompile Include="..\Objects\descrobject.c" />
<ClCompile Include="..\Objects\dictobject.c" />
<ClCompile Include="..\Objects\enumobject.c" />
<ClCompile Include="..\Objects\exceptions.c" />
<ClCompile Include="..\Objects\fileobject.c" />
<ClCompile Include="..\Objects\floatobject.c" />
<ClCompile Include="..\Objects\frameobject.c" />
<ClCompile Include="..\Objects\funcobject.c" />
bpo-39481: Implementation for PEP 585 (#18239) This implements things like `list[int]`, which returns an object of type `types.GenericAlias`. This object mostly acts as a proxy for `list`, but has attributes `__origin__` and `__args__` that allow recovering the parts (with values `list` and `(int,)`. There is also an approximate notion of type variables; e.g. `list[T]` has a `__parameters__` attribute equal to `(T,)`. Type variables are objects of type `typing.TypeVar`.
2020-04-07 13:50:06 -03:00
<ClCompile Include="..\Objects\genericaliasobject.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\genobject.c" />
<ClCompile Include="..\Objects\iterobject.c" />
<ClCompile Include="..\Objects\listobject.c" />
<ClCompile Include="..\Objects\longobject.c" />
<ClCompile Include="..\Objects\memoryobject.c" />
<ClCompile Include="..\Objects\methodobject.c" />
<ClCompile Include="..\Objects\moduleobject.c" />
Add namespaceobject.h and namespaceobject.c to pythoncore.vcxproj
2012-06-04 14:24:44 -03:00
<ClCompile Include="..\Objects\namespaceobject.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\object.c" />
<ClCompile Include="..\Objects\obmalloc.c" />
Issue #16991: Add odictobject.h on Windows.
2015-05-30 17:56:04 -03:00
<ClCompile Include="..\Objects\odictobject.c" />
bpo-36785: PEP 574 implementation (GH-7076)
2019-05-26 12:10:09 -03:00
<ClCompile Include="..\Objects\picklebufobject.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\rangeobject.c" />
<ClCompile Include="..\Objects\setobject.c" />
<ClCompile Include="..\Objects\sliceobject.c" />
<ClCompile Include="..\Objects\structseq.c" />
<ClCompile Include="..\Objects\tupleobject.c" />
<ClCompile Include="..\Objects\typeobject.c" />
gh-103763: Implement PEP 695 (#103764) This implements PEP 695, Type Parameter Syntax. It adds support for: - Generic functions (def func[T](): ...) - Generic classes (class X[T](): ...) - Type aliases (type X = ...) - New scoping when the new syntax is used within a class body - Compiler and interpreter changes to support the new syntax and scoping rules Co-authored-by: Marc Mueller <30130371+cdce8p@users.noreply.github.com> Co-authored-by: Eric Traut <eric@traut.com> Co-authored-by: Larry Hastings <larry@hastings.org> Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
2023-05-16 00:36:23 -03:00
<ClCompile Include="..\Objects\typevarobject.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\unicodectype.c" />
<ClCompile Include="..\Objects\unicodeobject.c" />
bpo-41428: Implementation for PEP 604 (GH-21515) See https://www.python.org/dev/peps/pep-0604/ for more information. Co-authored-by: Pablo Galindo <pablogsal@gmail.com>
2020-09-09 17:23:24 -03:00
<ClCompile Include="..\Objects\unionobject.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Objects\weakrefobject.c" />
<ClCompile Include="..\Parser\myreadline.c" />
gh-104169: Refactor tokenizer into lexer and wrappers (#110684) * The lexer, which include the actual lexeme producing logic, goes into the `lexer` directory. * The wrappers, one wrapper per input mode (file, string, utf-8, and readline), go into the `tokenizer` directory and include logic for creating a lexer instance and managing the buffer for different modes. --------- Co-authored-by: Pablo Galindo <pablogsal@gmail.com> Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com>
2023-10-11 12:14:44 -03:00
<ClCompile Include="..\Parser\lexer\state.c" />
<ClCompile Include="..\Parser\lexer\lexer.c" />
<ClCompile Include="..\Parser\lexer\buffer.c" />
<ClCompile Include="..\Parser\tokenizer\string_tokenizer.c" />
<ClCompile Include="..\Parser\tokenizer\file_tokenizer.c" />
<ClCompile Include="..\Parser\tokenizer\utf8_tokenizer.c" />
<ClCompile Include="..\Parser\tokenizer\readline_tokenizer.c" />
<ClCompile Include="..\Parser\tokenizer\helpers.c" />
bpo-30455: Generate all token related code and docs from Grammar/Tokens. (GH-10370) "Include/token.h", "Lib/token.py" (containing now some data moved from "Lib/tokenize.py") and new files "Parser/token.c" (containing the code moved from "Parser/tokenizer.c") and "Doc/library/token-list.inc" (included in "Doc/library/token.rst") are now generated from "Grammar/Tokens" by "Tools/scripts/generate_token.py". The script overwrites files only if needed and can be used on the read-only sources tree. "Lib/symbol.py" is now generated by "Tools/scripts/generate_symbol_py.py" instead of been executable itself. Added new make targets "regen-token" and "regen-symbol" which are now dependencies of "regen-all". The documentation contains now strings for operators and punctuation tokens.
2018-12-22 05:18:40 -04:00
<ClCompile Include="..\Parser\token.c" />
bpo-40939: Remove the old parser (GH-20768) This commit removes the old parser, the deprecated parser module, the old parser compatibility flags and environment variables and all associated support code and documentation.
2020-06-11 13:30:46 -03:00
<ClCompile Include="..\Parser\pegen.c" />
Refactor parser compilation units into specific components (GH-29676)
2021-11-20 21:08:50 -04:00
<ClCompile Include="..\Parser\pegen_errors.c" />
<ClCompile Include="..\Parser\action_helpers.c" />
bpo-40939: Remove the old parser (GH-20768) This commit removes the old parser, the deprecated parser module, the old parser compatibility flags and environment variables and all associated support code and documentation.
2020-06-11 13:30:46 -03:00
<ClCompile Include="..\Parser\parser.c" />
<ClCompile Include="..\Parser\string_parser.c" />
<ClCompile Include="..\Parser\peg_api.c" />
Issue #23524: Replace _PyVerify_fd function with calling _set_thread_local_invalid_parameter_handler on every thread.
2015-03-06 18:47:02 -04:00
<ClCompile Include="..\PC\invalid_parameter_handler.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\PC\winreg.c" />
<ClCompile Include="..\PC\config.c" />
<ClCompile Include="..\PC\msvcrtmodule.c" />
ssue #19183: Implement PEP 456 'secure and interchangeable hash algorithm'. Python now uses SipHash24 on all major platforms.
2013-11-20 06:46:18 -04:00
<ClCompile Include="..\Python\pyhash.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\_warnings.c" />
<ClCompile Include="..\Python\asdl.c" />
gh-87092: move assembler related code from compile.c to assemble.c (#103277)
2023-04-11 07:15:09 -03:00
<ClCompile Include="..\Python\assemble.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\ast.c" />
bpo-29469: Move constant folding to AST optimizer (GH-2858)
2017-12-14 03:47:20 -04:00
<ClCompile Include="..\Python\ast_opt.c" />
String annotations [PEP 563] (#4390) * Document `from __future__ import annotations` * Provide plumbing and tests for `from __future__ import annotations` * Implement unparsing the AST back to string form This is required for PEP 563 and as such only implements a part of the unparsing process that covers expressions.
2018-01-26 12:20:18 -04:00
<ClCompile Include="..\Python\ast_unparse.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\bltinmodule.c" />
bpo-22257: Small changes for PEP 432. (#1728) PEP 432 specifies a number of large changes to interpreter startup code, including exposing a cleaner C-API. The major changes depend on a number of smaller changes. This patch includes all those smaller changes.
2017-05-23 01:36:03 -03:00
<ClCompile Include="..\Python\bootstrap_hash.c" />
gh-110481: Implement inter-thread queue for biased reference counting (#114824) Biased reference counting maintains two refcount fields in each object: `ob_ref_local` and `ob_ref_shared`. The true refcount is the sum of these two fields. In some cases, when refcounting operations are split across threads, the ob_ref_shared field can be negative (although the total refcount must be at least zero). In this case, the thread that decremented the refcount requests that the owning thread give up ownership and merge the refcount fields.
2024-02-09 18:08:32 -04:00
<ClCompile Include="..\Python\brc.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\ceval.c" />
<ClCompile Include="..\Python\codecs.c" />
gh-121404: split compile.c into compile.c and codegen.c (#123651)
2024-09-09 14:21:51 -03:00
<ClCompile Include="..\Python\codegen.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\compile.c" />
bpo-32436: Implement PEP 567 (#5027)
2018-01-22 20:11:18 -04:00
<ClCompile Include="..\Python\context.c" />
gh-111569: Implement Python critical section API (gh-111571) Critical sections are helpers to replace the global interpreter lock with finer grained locking. They provide similar guarantees to the GIL and avoid the deadlock risk that plain locking involves. Critical sections are implicitly ended whenever the GIL would be released. They are resumed when the GIL would be acquired. Nested critical sections behave as if the sections were interleaved.
2023-11-08 18:39:29 -04:00
<ClCompile Include="..\Python\critical_section.c" />
gh-76785: Move the Cross-Interpreter Code to Its Own File (gh-111502) This is partly to clear this stuff out of pystate.c, but also in preparation for moving some code out of _xxsubinterpretersmodule.c. This change also moves this stuff to the internal API (new: Include/internal/pycore_crossinterp.h). @vstinner did this previously and I undid it. Now I'm re-doing it. :/
2023-10-30 19:53:10 -03:00
<ClCompile Include="..\Python\crossinterp.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\dynamic_annotations.c" />
<ClCompile Include="..\Python\dynload_win.c" />
<ClCompile Include="..\Python\errors.c" />
<ClCompile Include="..\Python\fileutils.c" />
gh-87092: move assembler related code from compile.c to assemble.c (#103277)
2023-04-11 07:15:09 -03:00
<ClCompile Include="..\Python\flowgraph.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\formatter_unicode.c" />
bpo-44590: Lazily allocate frame objects (GH-27077) * Convert "specials" array to InterpreterFrame struct, adding f_lasti, f_state and other non-debug FrameObject fields to it. * Refactor, calls pushing the call to the interpreter upward toward _PyEval_Vector. * Compute f_back when on thread stack, only filling in value when frame object outlives stack invocation. * Move ownership of InterpreterFrame in generator from frame object to generator object. * Do not create frame objects for Python calls. * Do not create frame objects for generators.
2021-07-26 07:22:16 -03:00
<ClCompile Include="..\Python\frame.c" />
gh-113258: Write frozen modules to the build tree on Windows (GH-113303) This ensures the source directory is not modified at build time, and different builds (e.g. different versions or GIL vs no-GIL) do not have conflicts.
2024-01-03 13:30:20 -04:00
<ClCompile Include="..\Python\frozen.c">
<AdditionalIncludeDirectories>$(GeneratedFrozenModulesDir)Python;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
</ClCompile>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\future.c" />
gh-113688: Split up gcmodule.c (gh-113715) This splits part of Modules/gcmodule.c of into Python/gc.c, which now contains the core garbage collection implementation. The Python module remain in the Modules/gcmodule.c file.
2024-01-05 16:17:16 -04:00
<ClCompile Include="..\Python\gc.c" />
gh-111968: Introduce _PyFreeListState and _PyFreeListState_GET API (gh-113584)
2024-01-09 19:04:41 -04:00
<ClCompile Include="..\Python\gc_free_threading.c" />
<ClCompile Include="..\Python\gc_gil.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\getargs.c" />
<ClCompile Include="..\Python\getcompiler.c" />
<ClCompile Include="..\Python\getcopyright.c" />
<ClCompile Include="..\Python\getopt.c" />
<ClCompile Include="..\Python\getplatform.c" />
<ClCompile Include="..\Python\getversion.c" />
GH-96177: Move GIL and eval breaker code out of ceval.c into ceval_gil.c. (GH-96204)
2022-08-24 10:21:01 -03:00
<ClCompile Include="..\Python\ceval_gil.c" />
bpo-32436: Implement PEP 567 (#5027)
2018-01-22 20:11:18 -04:00
<ClCompile Include="..\Python\hamt.c" />
bpo-40602: Rename hashtable.h to pycore_hashtable.h (GH-20044) * Move Modules/hashtable.h to Include/internal/pycore_hashtable.h * Move Modules/hashtable.c to Python/hashtable.c * Python is now linked to hashtable.c. _tracemalloc is no longer linked to hashtable.c. Previously, marshal.c got hashtable.c via _tracemalloc.c which is built as a builtin module.
2020-05-11 21:42:19 -03:00
<ClCompile Include="..\Python\hashtable.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\import.c" />
<ClCompile Include="..\Python\importdl.c" />
gh-115999: Implement thread-local bytecode and enable specialization for `BINARY_OP` (#123926) Each thread specializes a thread-local copy of the bytecode, created on the first RESUME, in free-threaded builds. All copies of the bytecode for a code object are stored in the co_tlbc array on the code object. Threads reserve a globally unique index identifying its copy of the bytecode in all co_tlbc arrays at thread creation and release the index at thread destruction. The first entry in every co_tlbc array always points to the "main" copy of the bytecode that is stored at the end of the code object. This ensures that no bytecode is copied for programs that do not use threads. Thread-local bytecode can be disabled at runtime by providing either -X tlbc=0 or PYTHON_TLBC=0. Disabling thread-local bytecode also disables specialization. Concurrent modifications to the bytecode made by the specializing interpreter and instrumentation use atomics, with specialization taking care not to overwrite an instruction that was instrumented concurrently.
2024-11-04 15:13:32 -04:00
<ClCompile Include="..\Python\index_pool.c" />
bpo-36763: Implement the PEP 587 (GH-13592) * Add a whole new documentation page: "Python Initialization Configuration" * PyWideStringList_Append() return type is now PyStatus, instead of int * PyInterpreterState_New() now calls PyConfig_Clear() if PyConfig_InitPythonConfig() fails. * Rename files: * Python/coreconfig.c => Python/initconfig.c * Include/cpython/coreconfig.h => Include/cpython/initconfig.h * Include/internal/: pycore_coreconfig.h => pycore_initconfig.h * Rename structures * _PyCoreConfig => PyConfig * _PyPreConfig => PyPreConfig * _PyInitError => PyStatus * _PyWstrList => PyWideStringList * Rename PyConfig fields: * use_module_search_paths => module_search_paths_set * module_search_path_env => pythonpath_env * Rename PyStatus field: _func => func * PyInterpreterState: rename core_config field to config * Rename macros and functions: * _PyCoreConfig_SetArgv() => PyConfig_SetBytesArgv() * _PyCoreConfig_SetWideArgv() => PyConfig_SetArgv() * _PyCoreConfig_DecodeLocale() => PyConfig_SetBytesString() * _PyInitError_Failed() => PyStatus_Exception() * _Py_INIT_ERROR_TYPE_xxx enums => _PyStatus_TYPE_xxx * _Py_UnixMain() => Py_BytesMain() * _Py_ExitInitError() => Py_ExitStatusException() * _Py_PreInitializeFromArgs() => Py_PreInitializeFromBytesArgs() * _Py_PreInitializeFromWideArgs() => Py_PreInitializeFromArgs() * _Py_PreInitialize() => Py_PreInitialize() * _Py_RunMain() => Py_RunMain() * _Py_InitializeFromConfig() => Py_InitializeFromConfig() * _Py_INIT_XXX() => _PyStatus_XXX() * _Py_INIT_FAILED() => _PyStatus_EXCEPTION() * Rename 'err' PyStatus variables to 'status' * Convert RUN_CODE() macro to config_run_code() static inline function * Remove functions: * _Py_InitializeFromArgs() * _Py_InitializeFromWideArgs() * _PyInterpreterState_GetCoreConfig()
2019-05-27 11:39:22 -03:00
<ClCompile Include="..\Python\initconfig.c" />
gh-76785: Add PyInterpreterConfig Helpers (gh-117170) These helpers make it easier to customize and inspect the config used to initialize interpreters. This is especially valuable in our tests. I found inspiration from the PyConfig API for the PyInterpreterConfig dict conversion stuff. As part of this PR I've also added a bunch of tests.
2024-04-02 17:35:52 -03:00
<ClCompile Include="..\Python\interpconfig.c" />
GH-99005: Add `CALL_INTRINSIC_1` instruction (GH-100771) * Remove PRINT_EXPR instruction * Remove STOPITERATION_ERROR instruction * Remove IMPORT_STAR instruction
2023-01-05 12:05:51 -04:00
<ClCompile Include="..\Python\intrinsics.c" />
gh-117494: extract the Instruction Sequence data structure into a separate file (#117496)
2024-04-04 12:47:26 -03:00
<ClCompile Include="..\Python\instruction_sequence.c" />
GH-103082: Implementation of PEP 669: Low Impact Monitoring for CPython (GH-103083) * The majority of the monitoring code is in instrumentation.c * The new instrumentation bytecodes are in bytecodes.c * legacy_tracing.c adapts the new API to the old sys.setrace and sys.setprofile APIs
2023-04-12 08:04:55 -03:00
<ClCompile Include="..\Python\instrumentation.c" />
GH-113464: Add a JIT backend for tier 2 (GH-113465) Add an option (--enable-experimental-jit for configure-based builds or --experimental-jit for PCbuild-based ones) to build an *experimental* just-in-time compiler, based on copy-and-patch (https://fredrikbk.com/publications/copy-and-patch.pdf). See Tools/jit/README.md for more information on how to install the required build-time tooling.
2024-01-28 22:48:48 -04:00
<ClCompile Include="..\Python\jit.c" />
GH-103082: Implementation of PEP 669: Low Impact Monitoring for CPython (GH-103083) * The majority of the monitoring code is in instrumentation.c * The new instrumentation bytecodes are in bytecodes.c * legacy_tracing.c adapts the new API to the old sys.setrace and sys.setprofile APIs
2023-04-12 08:04:55 -03:00
<ClCompile Include="..\Python\legacy_tracing.c" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClCompile Include="..\Python\lock.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\marshal.c" />
<ClCompile Include="..\Python\modsupport.c" />
<ClCompile Include="..\Python\mysnprintf.c" />
<ClCompile Include="..\Python\mystrtoul.c" />
gh-112529: Implement GC for free-threaded builds (#114262) * gh-112529: Implement GC for free-threaded builds This implements a mark and sweep GC for the free-threaded builds of CPython. The implementation relies on mimalloc to find GC tracked objects (i.e., "containers").
2024-01-25 14:27:36 -04:00
<ClCompile Include="..\Python\object_stack.c" />
GH-104584: Plugin optimizer API (GH-105100)
2023-06-02 07:46:18 -03:00
<ClCompile Include="..\Python\optimizer.c" />
gh-107557: Setup abstract interpretation (#107847) Co-authored-by: Guido van Rossum <gvanrossum@users.noreply.github.com> Co-authored-by: Jules <57632293+juliapoo@users.noreply.github.com>
2023-08-15 15:04:17 -03:00
<ClCompile Include="..\Python\optimizer_analysis.c" />
GH-115816: Make tier2 optimizer symbols testable, and add a few tests. (GH-115953)
2024-02-27 06:51:26 -04:00
<ClCompile Include="..\Python\optimizer_symbols.c" />
gh-108724: Add PyMutex and _PyParkingLot APIs (gh-109344) PyMutex is a one byte lock with fast, inlineable lock and unlock functions for the common uncontended case. The design is based on WebKit's WTF::Lock. PyMutex is built using the _PyParkingLot APIs, which provides a cross-platform futex-like API (based on WebKit's WTF::ParkingLot). This internal API will be used for building other synchronization primitives used to implement PEP 703, such as one-time initialization and events. This also includes tests and a mini benchmark in Tools/lockbench/lockbench.py to compare with the existing PyThread_type_lock. Uncontended acquisition + release: * Linux (x86-64): PyMutex: 11 ns, PyThread_type_lock: 44 ns * macOS (arm64): PyMutex: 13 ns, PyThread_type_lock: 18 ns * Windows (x86-64): PyMutex: 13 ns, PyThread_type_lock: 38 ns PR Overview: The primary purpose of this PR is to implement PyMutex, but there are a number of support pieces (described below). * PyMutex: A 1-byte lock that doesn't require memory allocation to initialize and is generally faster than the existing PyThread_type_lock. The API is internal only for now. * _PyParking_Lot: A futex-like API based on the API of the same name in WebKit. Used to implement PyMutex. * _PyRawMutex: A word sized lock used to implement _PyParking_Lot. * PyEvent: A one time event. This was used a bunch in the "nogil" fork and is useful for testing the PyMutex implementation, so I've included it as part of the PR. * pycore_llist.h: Defines common operations on doubly-linked list. Not strictly necessary (could do the list operations manually), but they come up frequently in the "nogil" fork. ( Similar to https://man.freebsd.org/cgi/man.cgi?queue) --------- Co-authored-by: Eric Snow <ericsnowcurrently@gmail.com>
2023-09-19 12:54:29 -03:00
<ClCompile Include="..\Python\parking_lot.c" />
Revert "bpo-32197: Try to fix a compiler error on OS X introduced in bpo-32030. (#4681)" (#4694) * Revert "bpo-32197: Try to fix a compiler error on OS X introduced in bpo-32030. (#4681)" This reverts commit 13badcbc60cdbfae1dba1683fd2fae9d70717143. Re-apply commits: * "bpo-32030: _PyPathConfig_Init() sets home and program_name (#4673)" commit af5a895073c24637c094772b27526b94a12ec897. * "bpo-32030: Fix config_get_program_name() on macOS (#4669)" commit e23c06e2b03452c9aaf0dae52296c85e572f9bcd. * "bpo-32030: Add Python/pathconfig.c (#4668)" commit 0ea395ae964c9cd0f499e2ef0d0030c971201220. * "bpo-32030: Don't call _PyPathConfig_Fini() in Py_FinalizeEx() (#4667)" commit ebac19dad6263141d5db0a2c923efe049dba99d2. * "bpo-32030: Fix Py_GetPath(): init program_name (#4665)" commit 9ac3d8882712c9675c3d2f9f84af6b5729575cde. * Fix compilation error on macOS
2017-12-04 08:39:15 -04:00
<ClCompile Include="..\Python\pathconfig.c" />
gh-96143: Move the perf trampoline files to the Python directory (#98675)
2022-10-25 19:34:22 -03:00
<ClCompile Include="..\Python\perf_trampoline.c" />
gh-118518: Allow perf to work without frame pointers (#112254)
2024-05-04 22:07:29 -03:00
<ClCompile Include="..\Python\perf_jit_trampoline.c" />
bpo-36142: Add preconfig.c (GH-12128) * Add _PyArgv_Decode() function * Move _Py_ClearFileSystemEncoding() and _Py_SetFileSystemEncoding() to preconfig.c.
2019-03-01 12:52:56 -04:00
<ClCompile Include="..\Python\preconfig.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\pyarena.c" />
<ClCompile Include="..\Python\pyctype.c" />
<ClCompile Include="..\Python\pyfpe.c" />
Issue #22869: Add pylifecycle.c/.h files to pythoncore project.
2014-11-20 20:45:36 -04:00
<ClCompile Include="..\Python\pylifecycle.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\pymath.c" />
<ClCompile Include="..\Python\pytime.c" />
<ClCompile Include="..\Python\pystate.c" />
<ClCompile Include="..\Python\pystrcmp.c" />
Implements issue #9951: Adds a hex() method to bytes, bytearray, & memoryview. Also updates a few internal implementations of the same thing to use the new built-in code. Contributed by Arnon Yaari.
2015-04-25 20:22:26 -03:00
<ClCompile Include="..\Python\pystrhex.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\pystrtod.c" />
gh-115103: Implement delayed memory reclamation (QSBR) (#115180) This adds a safe memory reclamation scheme based on FreeBSD's "GUS" and quiescent state based reclamation (QSBR). The API provides a mechanism for callers to detect when it is safe to free memory that may be concurrently accessed by readers.
2024-02-16 16:25:19 -04:00
<ClCompile Include="..\Python\qsbr.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\dtoa.c" />
<ClCompile Include="..\Python\Python-ast.c" />
Add tests for the C tokenizer and expose it as a private module (GH-27924)
2021-08-24 13:50:05 -03:00
<ClCompile Include="..\Python\Python-tokenize.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\pythonrun.c" />
bpo-44187: Quickening infrastructure (GH-26264) * Add co_firstinstr field to code object. * Implement barebones quickening. * Use non-quickened bytecode when tracing. * Add NEWS item * Add new file to Windows build. * Don't specialize instructions with EXTENDED_ARG.
2021-06-07 14:38:06 -03:00
<ClCompile Include="..\Python\specialize.c" />
bpo-38530: Offer suggestions on AttributeError (#16856) When printing AttributeError, PyErr_Display will offer suggestions of similar attribute names in the object that the exception was raised from: >>> collections.namedtoplo Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: module 'collections' has no attribute 'namedtoplo'. Did you mean: namedtuple?
2021-04-13 22:36:07 -03:00
<ClCompile Include="..\Python\suggestions.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\structmember.c" />
<ClCompile Include="..\Python\symtable.c" />
bpo-45582: Fix test_embed failure during a PGO build on Windows (GH-30014) This defines VPATH differently in PGO instrumentation builds, to account for a different default output directory. It also adds sys._vpath on Windows to make the value available to sysconfig so that it can be used in tests.
2021-12-10 13:13:55 -04:00
<ClCompile Include="..\Python\sysmodule.c">
<PreprocessorDefinitions>VPATH="$(PyVPath)";%(PreprocessorDefinitions)</PreprocessorDefinitions>
</ClCompile>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ClCompile Include="..\Python\thread.c" />
<ClCompile Include="..\Python\traceback.c" />
GH-101520: Move tracemalloc functionality into core, leaving interface in Modules. (#104508)
2023-05-17 10:17:16 -03:00
<ClCompile Include="..\Python\tracemalloc.c" />
gh-124218: Refactor per-thread reference counting (#124844) Currently, we only use per-thread reference counting for heap type objects and the naming reflects that. We will extend it to a few additional types in an upcoming change to avoid scaling bottlenecks when creating nested functions. Rename some of the files and functions in preparation for this change.
2024-10-01 14:05:42 -03:00
<ClCompile Include="..\Python\uniqueid.c" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
</ItemGroup>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<ItemGroup Condition="$(IncludeExternals)">
<ClCompile Include="..\Modules\zlibmodule.c" />
<ClCompile Include="$(zlibDir)\adler32.c" />
<ClCompile Include="$(zlibDir)\compress.c" />
<ClCompile Include="$(zlibDir)\crc32.c" />
bpo-47230: Silence compiler warnings on Windows from zlib 1.2.12 (GH-32337)
2022-04-05 16:03:17 -03:00
<ClCompile Include="$(zlibDir)\deflate.c">
<DisableSpecificWarnings>4244</DisableSpecificWarnings>
</ClCompile>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<ClCompile Include="$(zlibDir)\infback.c" />
<ClCompile Include="$(zlibDir)\inffast.c" />
<ClCompile Include="$(zlibDir)\inflate.c" />
<ClCompile Include="$(zlibDir)\inftrees.c" />
<ClCompile Include="$(zlibDir)\trees.c" />
<ClCompile Include="$(zlibDir)\uncompr.c" />
<ClCompile Include="$(zlibDir)\zutil.c" />
</ItemGroup>
Fixes sys.winver generation and removes dependency on user32.dll
2015-01-15 13:10:16 -04:00
<ItemGroup>
<ClCompile Include="..\PC\dl_nt.c" />
</ItemGroup>
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
<ItemGroup>
<ResourceCompile Include="..\PC\python_nt.rc" />
</ItemGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
bpo-43567: Improved generated code refresh on Windows (GH-25120) Generated files are now refreshed automatically on regular build, or may be forcibly regenerated by calling `build.bat --regen`.
2021-04-06 19:54:43 -03:00
<Import Project="regen.targets" />
Fix #13210. Port the Windows build from VS2008 to VS2010.
2012-05-13 13:19:23 -03:00
</ImportGroup>
bpo-43567: Improved generated code refresh on Windows (GH-25120) Generated files are now refreshed automatically on regular build, or may be forcibly regenerated by calling `build.bat --regen`.
2021-04-06 19:54:43 -03:00
<Target Name="_TriggerRegen" BeforeTargets="PrepareForBuild" DependsOnTargets="Regen" />
gh-111650: Ensure pyconfig.h includes Py_GIL_DISABLED on Windows (GH-112778)
2023-12-13 11:38:45 -04:00
<Target Name="_UpdatePyconfig" BeforeTargets="PrepareForBuild">
<MakeDir Directories="$(IntDir)" Condition="!Exists($(IntDir))" />
<ItemGroup>
<PyConfigH Remove="@(PyConfigH)" />
<PyConfigH Include="@(ClInclude)" Condition="'%(Filename)%(Extension)' == 'pyconfig.h.in'" />
</ItemGroup>
<Error Text="Did not find pyconfig.h" Condition="@(ClInclude) == ''" />
<PropertyGroup>
<PyConfigH>@(PyConfigH->'%(FullPath)', ';')</PyConfigH>
<PyConfigHText>$([System.IO.File]::ReadAllText($(PyConfigH)))</PyConfigHText>
<OldPyConfigH Condition="Exists('$(IntDir)pyconfig.h')">$([System.IO.File]::ReadAllText('$(IntDir)pyconfig.h'))</OldPyConfigH>
</PropertyGroup>
<PropertyGroup Condition="$(DisableGil) == 'true'">
gh-115582: Make default PC/pyconfig.h work for free-threaded builds with manual /DPy_GIL_DISABLED (GH-115850)
2024-02-26 15:14:14 -04:00
<PyConfigHText>$(PyConfigHText.Replace('/* #define Py_GIL_DISABLED 1 */', '#define Py_GIL_DISABLED 1'))</PyConfigHText>
gh-111650: Ensure pyconfig.h includes Py_GIL_DISABLED on Windows (GH-112778)
2023-12-13 11:38:45 -04:00
</PropertyGroup>
<Message Text="Updating pyconfig.h" Condition="$(PyConfigHText.TrimEnd()) != $(OldPyConfigH.TrimEnd())" />
<WriteLinesToFile File="$(IntDir)pyconfig.h"
Lines="$(PyConfigHText)"
Overwrite="true"
Condition="$(PyConfigHText.TrimEnd()) != $(OldPyConfigH.TrimEnd())" />
</Target>
<Target Name="_CopyPyconfig" Inputs="$(IntDir)pyconfig.h" Outputs="$(OutDir)pyconfig.h" AfterTargets="Build" DependsOnTargets="_UpdatePyconfig">
<Copy SourceFiles="$(IntDir)pyconfig.h" DestinationFolder="$(OutDir)" />
</Target>
<Target Name="_CleanPyconfig" AfterTargets="Clean">
<Delete Files="$(IntDir)pyconfig.h;$(OutDir)pyconfig.h" />
</Target>
Fixes sys.winver generation and removes dependency on user32.dll
2015-01-15 13:10:16 -04:00
<Target Name="_GetBuildInfo" BeforeTargets="PrepareForBuild">
Issue #28573: Missing sys._mercurial info and other build issues.
2016-11-22 15:48:52 -04:00
<PropertyGroup>
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<GIT Condition="$(GIT) == ''">git</GIT>
<_GIT>$(GIT)</_GIT>
<_GIT Condition="$(GIT.Contains(` `))">"$(GIT)"</_GIT>
Issue #28573: Missing sys._mercurial info and other build issues.
2016-11-22 15:48:52 -04:00
</PropertyGroup>
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<Message Text="Getting build info from $(_GIT)" Importance="high" />
Ensures intermediate directory is created before accessing it.
2016-12-03 15:56:20 -04:00
<MakeDir Directories="$(IntDir)" Condition="!Exists($(IntDir))" />
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<Exec Command="$(_GIT) name-rev --name-only HEAD &gt; &quot;$(IntDir)gitbranch.txt&quot;" ContinueOnError="true" />
bpo-27593: Revise git SCM build info. (#744) Use --short form of git hash. Use output from "git describe" for tag. Expected outputs: 1. previous hg 2. previous git 3. updated git Release (tagged) build: 1. Python 3.7.0a0 (v3.7.0a0:4def2a2901a5, ... 2. Python 3.7.0a0 (v3.7.0a0^0:05f53735c8912f8df1077e897f052571e13c3496, ... 3. Python 3.7.0a0 (v3.7.0a0:05f53735c8, ... Development build: 1. Python 3.7.0a0 (default:41df79263a11, ... 2. Python 3.7.0a0 (master:05f53735c8912f8df1077e897f052571e13c3496, ... 3. Python 3.7.0a0 (heads/master-dirty:05f53735c8, ... "dirty" means the working tree has uncommitted changes. See "git help describe" for more info.
2017-03-21 00:41:52 -03:00
<Exec Command="$(_GIT) rev-parse --short HEAD &gt; &quot;$(IntDir)gitversion.txt&quot;" ContinueOnError="true" />
<Exec Command="$(_GIT) describe --all --always --dirty &gt; &quot;$(IntDir)gittag.txt&quot;" ContinueOnError="true" />
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<PropertyGroup>
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<GitBranch Condition="Exists('$(IntDir)gitbranch.txt')">$([System.IO.File]::ReadAllText('$(IntDir)gitbranch.txt').Trim())</GitBranch>
<GitVersion Condition="Exists('$(IntDir)gitversion.txt')">$([System.IO.File]::ReadAllText('$(IntDir)gitversion.txt').Trim())</GitVersion>
<GitTag Condition="Exists('$(IntDir)gittag.txt')">$([System.IO.File]::ReadAllText('$(IntDir)gittag.txt').Trim())</GitTag>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
</PropertyGroup>
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<Message Text="Building $(GitTag):$(GitVersion) $(GitBranch)" Importance="high" />
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<ItemGroup>
gh-98629: Fixes sys._git and sys.version creation on Windows (GH-99664)
2022-11-21 16:42:18 -04:00
<ClCompile Condition="%(Filename) == 'getbuildinfo'">
bpo-27593: Updates Windows build to use information from git (#262) * bpo-27593: Updates Windows build to use information from git
2017-03-04 01:20:37 -04:00
<PreprocessorDefinitions>GITVERSION="$(GitVersion)";GITTAG="$(GitTag)";GITBRANCH="$(GitBranch)";%(PreprocessorDefinitions)</PreprocessorDefinitions>
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
</ClCompile>
</ItemGroup>
</Target>
gh-124102: Update internal PCbuild docs to accurately list build dependencies (GH-124103)
2024-09-23 20:09:22 -03:00
<Target Name="_WarnAboutToolset" BeforeTargets="PrepareForBuild" Condition="$(PlatformToolset) != 'v141' and $(PlatformToolset) != 'v142' and $(PlatformToolset) != 'v143'">
Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), which will be used for the official 3.5 release.
2014-11-22 16:54:57 -04:00
<Warning Text="Toolset $(PlatformToolset) is not used for official builds. Your build may have errors or incompatibilities." />
</Target>
bpo-31358: Pull zlib out of the repository (GH-3375) Also enable building externals by default on Windows, use PCbuild\build.bat's -E option to disable it.
2017-09-06 21:29:37 -03:00
<Target Name="_WarnAboutZlib" BeforeTargets="PrepareForBuild" Condition="!$(IncludeExternals)">
<Warning Text="Not including zlib is not a supported configuration." />
</Target>
bpo-34977: Add Windows App Store package (GH-11027) Also adds the PC/layout script for generating layouts on Windows.
2018-12-10 22:52:57 -04:00
bpo-39930: Ensure vcruntime140.dll is included in all Windows packages (GH-18918) Also adds GitHub CI test for Windows installer changes
2020-03-11 08:18:12 -03:00
<Target Name="_CopyVCRuntime" AfterTargets="Build" Inputs="@(VCRuntimeDLL)" Outputs="$(OutDir)%(Filename)%(Extension)" DependsOnTargets="FindVCRuntime">
bpo-38597: Never statically link extension initialization code on Windows (GH-18724)
2020-03-02 20:04:11 -04:00
<!-- bpo-38597: When we switch to another VCRuntime DLL, include vcruntime140.dll as well -->
<Warning Text="A copy of vcruntime140.dll is also required" Condition="!$(VCToolsRedistVersion.StartsWith(`14.`))" />
bpo-34977: Add Windows App Store package (GH-11027) Also adds the PC/layout script for generating layouts on Windows.
2018-12-10 22:52:57 -04:00
<Copy SourceFiles="%(VCRuntimeDLL.FullPath)" DestinationFolder="$(OutDir)" />
</Target>
<Target Name="_CleanVCRuntime" AfterTargets="Clean">
<Delete Files="@(VCRuntimeDLL->'$(OutDir)%(Filename)%(Extension)')" />
</Target>
bpo-45582: Port getpath[p].c to Python (GH-29041) The getpath.py file is frozen at build time and executed as code over a namespace. It is never imported, nor is it meant to be importable or reusable. However, it should be easier to read, modify, and patch than the previous code. This commit attempts to preserve every previously tested quirk, but these may be changed in the future to better align platforms.
2021-12-02 20:08:42 -04:00
<Target Name="_DeletePyBuildDirTxt" BeforeTargets="PrepareForBuild">
<Delete Files="$(OutDir)pybuilddir.txt" />
</Target>
Issue #27186: add Include/osmodule.h to the proper build rules
2016-06-12 17:21:22 -03:00
</Project>