summaryrefslogtreecommitdiffstats
path: root/PCbuild
Commit message (Collapse)AuthorAgeFilesLines
* bpo-46907: Update Windows installer to SQLite 3.38.2 (GH-32147)Mariusz Felisiak2022-04-253-3/+3
|
* gh-91719: Add pycore_opcode.h internal header file (#91906)Victor Stinner2022-04-251-2/+2
| | | | | | | | | | | Move the following API from Include/opcode.h (public C API) to a new Include/internal/pycore_opcode.h header file (internal C API): * EXTRA_CASES * _PyOpcode_Caches * _PyOpcode_Deopt * _PyOpcode_Jump * _PyOpcode_OpName * _PyOpcode_RelativeJump
* gh-64783: Fix signal.NSIG value on FreeBSD (#91929)Victor Stinner2022-04-252-0/+4
| | | | | | | | | 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.
* gh-79315: Add Include/cpython/pythread.h header (#91798)Victor Stinner2022-04-212-0/+4
|
* gh-79315: Add Include/cpython/modsupport.h header (#91797)Victor Stinner2022-04-212-0/+4
|
* bpo-40859: Update Windows build to use xz-5.2.5 (GH-20622)Ma Lin2022-04-194-5/+5
|
* gh-69093: Support basic incremental I/O to blobs in `sqlite3` (GH-30680)Erlend Egeberg Aasland2022-04-152-0/+8
| | | | | | | Authored-by: Aviv Palivoda <palaviv@gmail.com> Co-authored-by: Erlend E. Aasland <erlend.aasland@innova.no> Co-authored-by: palaviv <palaviv@gmail.com> Co-authored-by: Kumar Aditya <59607654+kumaraditya303@users.noreply.github.com> Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com>
* bpo-35134: Remove the Include/code.h header file (GH-32385)Victor Stinner2022-04-072-4/+0
| | | | | | Remove the Include/code.h header file. C extensions should only include the main <Python.h> header file. Python.h includes directly Include/cpython/code.h instead.
* bpo-35134: Add Include/cpython/setobject.h header (GH-32384)Victor Stinner2022-04-062-0/+4
|
* bpo-35134: Add Include/cpython/complexobject.h header (GH-32383)Victor Stinner2022-04-062-0/+4
| | | | Move the private _PyComplex_FormatAdvancedWriter() function to the internal C API. This function is no longer exported.
* bpo-47103: Copy pgort140.dll into output directory when building ↵Steve Dower2022-04-061-4/+11
| | | | PGInstrument on Windows (GH-32083)
* bpo-47230: Silence compiler warnings on Windows from zlib 1.2.12 (GH-32337)Jeremy Kloth2022-04-051-2/+4
|
* bpo-41930: Add support for SQLite serialise/deserialise API (GH-26728)Erlend Egeberg Aasland2022-04-051-0/+1
| | | | Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com> Co-authored-by: Kumar Aditya <59607654+kumaraditya303@users.noreply.github.com>
* bpo-47152: Move sources of the _sre module into a subdirectory (GH-32290)Serhiy Storchaka2022-04-042-14/+14
|
* bpo-47194: Update zlib to v1.2.12 on Windows to resolve CVE-2018-25032 ↵Zachary Ware2022-04-022-2/+2
| | | | (GH-32241)
* bpo-46566: Add new py.exe launcher implementation (GH-32062)Steve Dower2022-03-282-5/+5
|
* bpo-43166: Disable ceval.c optimizations for Windows debug builds (GH-32023)neonene2022-03-231-1/+2
| | | Also increases the stack allocation when run with `python_d.exe` to account for the extra stack checks that are added.
* bpo-38256: Fix binascii.crc32() when inputs are 4+GiB (GH-32000)Gregory P. Smith2022-03-201-1/+3
| | | | | | | 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.
* bpo-47024: Update OpenSSL to 1.1.1n (GH-31895)Christian Heimes2022-03-152-4/+4
| | | Co-authored-by: Zachary Ware <zachary.ware@gmail.com>
* bpo-46907: Update Windows installer to SQLite 3.38.1. (GH-31655)Mariusz Felisiak2022-03-153-3/+3
|
* bpo-44549: Update bzip2 to 1.0.8 in Windows builds to mitigate CVE-2016-3189 ↵Steve Dower2022-03-073-3/+3
| | | | and CVE-2019-12900 (GH-31731)
* bpo-46567: Add Tcl/Tk build for Windows ARM64 (GH-31574)Steve Dower2022-02-287-10/+29
|
* bpo-46841: Use *inline* caching for `BINARY_OP` (GH-31543)Brandt Bucher2022-02-252-4/+0
|
* bpo-45898: Remove duplicate symbols from _ctypes/cfield.c (GH-29791)Christian Heimes2022-02-241-1/+1
|
* bpo-45459: Add pytypedefs.h header file (GH-31527)Victor Stinner2022-02-242-0/+4
| | | | | | | | | | | | | | | | | | 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
* bpo-45459: Rename buffer.h to pybuffer.h (#31201)Victor Stinner2022-02-222-0/+4
| | | | | | | | | 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.
* bpo-46778: Enable multiprocess compilation for source files when building on ↵Jeremy Kloth2022-02-171-0/+1
| | | | Windows (GH-31390)
* bpo-33125: Enables building traditional installer for Windows ARM64 (GH-30885)Steve Dower2022-01-282-2/+8
| | | Also makes a few general improvements to the build process and removes some dead code.
* bpo-45925: Update Windows installer to SQLite 3.37.2 (GH-30485)Kumar Aditya2022-01-283-3/+3
|
* bpo-35134: Add Include/cpython/descrobject.h (GH-30923)Victor Stinner2022-01-262-1/+5
| | | | Move Include/descrobject.h non-limited API to a new Include/cpython/descrobject.h header file.
* bpo-46429: Merge all deepfrozen files into one (GH-30572)Kumar Aditya2022-01-202-82/+31
|
* bpo-46370: Move the static initializer for _PyRuntime to its own header ↵Eric Snow2022-01-132-0/+4
| | | | | file. (gh-30587) https://bugs.python.org/issue46370
* bpo-46106: Update OpenSSL to 1.1.1m (GH-30211)Kumar Aditya2021-12-222-4/+4
| | | Co-authored-by: Ned Deily <nad@python.org>
* bpo-46123: Disable optimizations for _freeze_module.exe on MSVC for faster ↵neonene2021-12-191-0/+3
| | | | building (GH-30181)
* bpo-46088: Automatically detect or install bootstrap Python runtime when ↵Steve Dower2021-12-184-16/+47
| | | | building from Visual Studio (GH-30143)
* bpo-45953: Statically initialize the small ints. (gh-30092)Eric Snow2021-12-142-4/+4
| | | | | | | 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
* bpo-45654: No need to freeze types (GH-30028)Christian Heimes2021-12-103-11/+0
|
* bpo-45582: Fix test_embed failure during a PGO build on Windows (GH-30014)neonene2021-12-103-3/+11
| | | 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.
* bpo-46008: Make runtime-global object/type lifecycle functions and state ↵Eric Snow2021-12-092-0/+28
| | | | | | | | | | | | 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
* bpo-45654: Freeze the runpy module and stuff it imports (GH-29903)Kumar Aditya2021-12-093-0/+44
|
* bpo-46015: Fixes calculation of sys.path in a venv on Windows (GH-29992)Steve Dower2021-12-081-3/+4
| | | Also ensures that pybuilddir.txt is written early enough in the build to be picked up by later steps.
* bpo-45582: Write empty pybuilddir.txt on Windows to allow relocatable build ↵Steve Dower2021-12-082-6/+2
| | | | directories (GH-29979)
* Revert "bpo-28533: Remove asyncore, asynchat, smtpd modules (GH-29521)" ↵Victor Stinner2021-12-071-0/+6
| | | | | (GH-29951) This reverts commit 9bf2cbc4c498812e14f20d86acb61c53928a5a57.
* bpo-45816: Support building with VS 2022 (v143 toolset) on Windows (GH-29577)Crowthebird2021-12-033-3/+3
|
* bpo-45582: Fix out-of-tree build issues with new getpath (GH-29902)Christian Heimes2021-12-031-1/+1
|
* bpo-45582: Port getpath[p].c to Python (GH-29041)Steve Dower2021-12-035-8/+456
| | | | | 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.
* bpo-45931: Prevent Directory.Build.props/targets from leaking from ↵David Federman2021-11-293-2/+10
| | | | directories above the repo when building on Windows (GH-29854)
* bpo-45873: Get rid of bootstrap_python (#29717)Guido van Rossum2021-11-231-3/+3
| | | | | | | | | | | | | Instead we use $(PYTHON_FOR_REGEN) .../deepfreeze.py with the frozen .h file as input, as we did for Windows in bpo-45850. We also get rid of the code that generates the .h files when make regen-frozen is run (i.e., .../make_frozen.py), and the MANIFEST file. Restore Python 3.8 and 3.9 as Windows host Python again Co-authored-by: Kumar Aditya <59607654+kumaraditya303@users.noreply.github.com>
* bpo-44525: Copy free variables in bytecode to allow calls to inner functions ↵Mark Shannon2021-11-231-0/+1
| | | | | | | | | | | 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.
* bpo-45850: Implement deep-freeze on Windows (#29648)Guido van Rossum2021-11-223-6/+82
| | | | | | Implement changes to build with deep-frozen modules on Windows. Note that we now require Python 3.10 as the "bootstrap" or "host" Python. This causes a modest startup speed (around 7%) on Windows.
generated by cgit v0.12 at 2024-12-11 09:37:16 (GMT)