summaryrefslogtreecommitdiffstats
path: root/PCbuild/python.vcxproj
Commit message (Collapse)AuthorAgeFilesLines
* bpo-47103: Copy pgort140.dll into output directory when building ↵Steve Dower2022-04-061-4/+11
| | | | PGInstrument on Windows (GH-32083)
* 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-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-081-5/+1
| | | | directories (GH-29979)
* bpo-45582: Port getpath[p].c to Python (GH-29041)Steve Dower2021-12-031-0/+7
| | | | | 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-44479: Regenerate test_frozenmain.h and frozen_hello.h during build on ↵Steve Dower2021-07-051-19/+2
| | | | Windows (GH-26984)
* bpo-37326: Include libffi license when available (GH-15921)Steve Dower2019-09-111-2/+3
|
* bpo-37288: Fix Windows build when --no-tkinter is specified (GH-14096)Paul Monson2019-06-171-3/+3
|
* Implement Windows release builds in Azure Pipelines (GH-14065)Steve Dower2019-06-141-1/+20
|
* bpo-36941: Project file fixups for Windows ARM64 (GH-13477)Paul Monson2019-05-221-1/+1
|
* bpo-36941: Windows build changes for Windows ARM64 (GH-13365)Paul Monson2019-05-171-1/+17
|
* bpo-35976: Enable Windows projects to build with platform ARM32 (GH-11825)Paul Monson2019-02-141-1/+17
| | | 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.
* bpo-32507: Change Windows install to include app-local UCRT (#5119)Steve Dower2018-01-091-1/+0
|
* bpo-32030: Split Py_Main() into subfunctions (#4399)Victor Stinner2017-11-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Don't use "Python runtime" anymore to parse command line options or to get environment variables: pymain_init() is now a strict separation. * Use an error message rather than "crashing" directly with Py_FatalError(). Limit the number of calls to Py_FatalError(). It prepares the code to handle errors more nicely later. * Warnings options (-W, PYTHONWARNINGS) and "XOptions" (-X) are now only added to the sys module once Python core is properly initialized. * _PyMain is now the well identified owner of some important strings like: warnings options, XOptions, and the "program name". The program name string is now properly freed at exit. pymain_free() is now responsible to free the "command" string. * Rename most methods in Modules/main.c to use a "pymain_" prefix to avoid conflits and ease debug. * Replace _Py_CommandLineDetails_INIT with memset(0) * Reorder a lot of code to fix the initialization ordering. For example, initializing standard streams now comes before parsing PYTHONWARNINGS. * Py_Main() now handles errors when adding warnings options and XOptions. * Add _PyMem_GetDefaultRawAllocator() private function. * Cleanup _PyMem_Initialize(): remove useless global constants: move them into _PyMem_Initialize(). * Call _PyRuntime_Initialize() as soon as possible: _PyRuntime_Initialize() now returns an error message on failure. * Add _PyInitError structure and following macros: * _Py_INIT_OK() * _Py_INIT_ERR(msg) * _Py_INIT_USER_ERR(msg): "user" error, don't abort() in that case * _Py_INIT_FAILED(err)
* bpo-31340: Change to building with MSVC v141 (included with Visual Studio ↵Steve Dower2017-09-061-0/+1
| | | | 2017) (#3311)
* bpo-30687: Fixes build scripts to find msbuild.exe and stop relying on ↵Steve Dower2017-06-191-1/+4
| | | | | | vcvarsall.bat (#2252) * Fixes build scripts to find msbuild.exe and stop relying on vcvarsall.bat Also fixes bdist_wininst.vcxproj to use correct version in generated name.
* Issue #28251: Improvements to help manuals on Windows.Steve Dower2016-09-231-1/+5
|
* Closes #26624: Adds validation of ucrtbase[d].dll version with warning for ↵Steve Dower2016-04-131-0/+7
| | | | old versions.
* Adds version info to all signed binaries on Windows.Steve Dower2016-04-061-1/+0
|
* Issue #22919: Windows build updated to support VC 14.0 (Visual Studio 2015), ↵Steve Dower2014-11-221-442/+20
| | | | which will be used for the official 3.5 release.
* Issue #18093: Factor out the programs that embed the runtimeNick Coghlan2014-07-251-1/+1
|
* Issue #19962: The Windows build process now creates "python.bat"Zachary Ware2014-04-301-1/+161
| | | | | in the root of the source tree, which passes all arguments through to the most recently built interpreter.
* Issue #17206: On Windows, increase the stack size from 2 MB to 4.2 MB to fixVictor Stinner2013-07-071-1/+1
| | | | | a stack overflow in the marshal module (fix a crash in test_marshal). Patch written by Jeremy Kloth.
* Fix #14470. Remove w9xpopen per PEP 11.Brian Curtin2012-12-231-5/+1
| | | | | | | | | As stated in PEP 11, 3.4 removes code on Windows platforms where COMSPEC points to command.com. The w9xpopen project in Visual Studio was added to support that case, and there was a special case in subprocess to cover that situation. This change removes the w9xpopen project from the Visual Studio solution and removes any references to the w9xpopen executable.
* Clean up the PCBuild project files, removing redundant settings andKristján Valur Jónsson2012-05-191-8/+0
| | | | | use "references" to link to dependent projects. Update readme and batch files.
* changeset: 76969:0cbe1099226dBrian Curtin2012-05-131-0/+4
| | | | | | | | branch: vs2010 tag: tip user: Brian Curtin <brian@python.org> date: Sun May 13 16:15:11 2012 -0500 summary: Changes to allow Profile Guided Optimization builds to succeed on VS2010
* Fix #13210. Port the Windows build from VS2008 to VS2010.Brian Curtin2012-05-131-0/+372