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

1798 lines
34 KiB
Plaintext
Raw Normal View History

Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<?xml version="1.0" encoding="Windows-1252"?>
<VisualStudioProject
ProjectType="Visual C++"
Version="9,00"
Name="pythoncore"
ProjectGUID="{CF7AC3D1-E2DF-41D2-BEA6-1E2556CDEA26}"
RootNamespace="pythoncore"
TargetFrameworkVersion="131072"
>
<Platforms>
<Platform
Name="Win32"
/>
<Platform
Name="x64"
/>
</Platforms>
<ToolFiles>
</ToolFiles>
<Configurations>
<Configuration
Name="Release|Win32"
ConfigurationType="2"
Removed or replaced some more deprecated preprocessor macros. Moved the _DEBUG and NDEBUG macros to two new property files. Fixed #1527 Problem with static libs on Windows Updated README.txt
2007-11-30 15:18:08 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\release.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDir)$(PyDllName).lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Release|x64"
ConfigurationType="2"
Removed or replaced some more deprecated preprocessor macros. Moved the _DEBUG and NDEBUG macros to two new property files. Fixed #1527 Problem with static libs on Windows Updated README.txt
2007-11-30 15:18:08 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\x64.vsprops;.\release.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDir)$(PyDllName).lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Debug|Win32"
ConfigurationType="2"
Removed or replaced some more deprecated preprocessor macros. Moved the _DEBUG and NDEBUG macros to two new property files. Fixed #1527 Problem with static libs on Windows Updated README.txt
2007-11-30 15:18:08 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\debug.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
CharacterSet="0"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
Optimization="0"
InlineFunctionExpansion="0"
EnableIntrinsicFunctions="false"
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="3"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="_DEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Debug&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName)_d.dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName)_d.pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDir)$(PyDllName)_d.lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="Debug|x64"
ConfigurationType="2"
Removed or replaced some more deprecated preprocessor macros. Moved the _DEBUG and NDEBUG macros to two new property files. Fixed #1527 Problem with static libs on Windows Updated README.txt
2007-11-30 15:18:08 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\x64.vsprops;.\debug.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
Optimization="0"
InlineFunctionExpansion="0"
EnableIntrinsicFunctions="false"
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="3"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="_DEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Debug&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName)_d.dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName)_d.pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDir)$(PyDllName)_d.lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="PGInstrument|Win32"
ConfigurationType="2"
The macros _WIN32, _WIN64 and _M_X64 are defined by the compiler. The VS 2008 IDE doesn't know about (some) of the macros and can display wrong information. In my case a section #ifdef _WIN64 was grayed out although the platform was x64. I've added the macros to pyproject.vsprops and x64.vsprops. I've also added a paragraph about the property files to the readme and fixed the order of pyupdate > pyinstrument.
2007-12-05 17:57:25 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\release.vsprops;.\pginstrument.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDirPGI)$(PyDllName).lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="PGInstrument|x64"
ConfigurationType="2"
The macros _WIN32, _WIN64 and _M_X64 are defined by the compiler. The VS 2008 IDE doesn't know about (some) of the macros and can display wrong information. In my case a section #ifdef _WIN64 was grayed out although the platform was x64. I've added the macros to pyproject.vsprops and x64.vsprops. I've also added a paragraph about the property files to the readme and fixed the order of pyupdate > pyinstrument.
2007-12-05 17:57:25 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\x64.vsprops;.\release.vsprops;.\pginstrument.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDirPGI)$(PyDllName).lib"
TargetMachine="17"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="PGUpdate|Win32"
ConfigurationType="2"
The macros _WIN32, _WIN64 and _M_X64 are defined by the compiler. The VS 2008 IDE doesn't know about (some) of the macros and can display wrong information. In my case a section #ifdef _WIN64 was grayed out although the platform was x64. I've added the macros to pyproject.vsprops and x64.vsprops. I've also added a paragraph about the property files to the readme and fixed the order of pyupdate > pyinstrument.
2007-12-05 17:57:25 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\release.vsprops;.\pgupdate.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDirPGI)$(PyDllName).lib"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
<Configuration
Name="PGUpdate|x64"
ConfigurationType="2"
The macros _WIN32, _WIN64 and _M_X64 are defined by the compiler. The VS 2008 IDE doesn't know about (some) of the macros and can display wrong information. In my case a section #ifdef _WIN64 was grayed out although the platform was x64. I've added the macros to pyproject.vsprops and x64.vsprops. I've also added a paragraph about the property files to the readme and fixed the order of pyupdate > pyinstrument.
2007-12-05 17:57:25 -04:00
InheritedPropertySheets=".\pyproject.vsprops;.\x64.vsprops;.\release.vsprops;.\pgupdate.vsprops"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
UseOfMFC="0"
ATLMinimizesCRunTimeLibraryUsage="false"
>
<Tool
Name="VCPreBuildEventTool"
/>
<Tool
Name="VCCustomBuildTool"
/>
<Tool
Name="VCXMLDataGeneratorTool"
/>
<Tool
Name="VCWebServiceProxyGeneratorTool"
/>
<Tool
Name="VCMIDLTool"
TargetEnvironment="3"
/>
<Tool
Name="VCCLCompilerTool"
AdditionalOptions="/Zm200 "
AdditionalIncludeDirectories="..\Python;..\Modules\zlib"
Although pyconfig.h claims that WIN32 is obsolete it is still required for the locale module. locale.getdefaultlocale() fails silently w/o the WIN32 macro.
2007-11-30 21:03:20 -04:00
PreprocessorDefinitions="_USRDLL;Py_BUILD_CORE;Py_ENABLE_SHARED;WIN32"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
RuntimeLibrary="2"
/>
<Tool
Name="VCManagedResourceCompilerTool"
/>
<Tool
Name="VCResourceCompilerTool"
PreprocessorDefinitions="NDEBUG"
Culture="1033"
AdditionalIncludeDirectories="..\Include"
/>
<Tool
Name="VCPreLinkEventTool"
Reimplement kill_python. The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
2008-04-03 15:27:06 -03:00
Description="Generate build information and kill existing Python processes..."
CommandLine="&quot;$(SolutionDir)make_buildinfo.exe&quot; Release&#x0D;&#x0A;&quot;$(KillPythonExe)&quot;"
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
/>
<Tool
Name="VCLinkerTool"
AdditionalDependencies="getbuildinfo.o"
OutputFile="$(OutDir)\$(PyDllName).dll"
IgnoreDefaultLibraryNames="libc"
ProgramDatabaseFile="$(OutDir)$(PyDllName).pdb"
BaseAddress="0x1e000000"
ImportLibrary="$(OutDirPGI)$(PyDllName).lib"
TargetMachine="17"
/>
<Tool
Name="VCALinkTool"
/>
<Tool
Name="VCManifestTool"
/>
<Tool
Name="VCXDCMakeTool"
/>
<Tool
Name="VCBscMakeTool"
/>
<Tool
Name="VCFxCopTool"
/>
<Tool
Name="VCAppVerifierTool"
/>
<Tool
Name="VCPostBuildEventTool"
/>
</Configuration>
</Configurations>
<References>
</References>
<Files>
<Filter
Name="Include"
>
<File
RelativePath="..\Include\abstract.h"
>
</File>
<File
RelativePath="..\Include\asdl.h"
>
</File>
<File
RelativePath="..\Include\ast.h"
>
</File>
<File
RelativePath="..\Include\bitset.h"
>
</File>
<File
RelativePath="..\Include\boolobject.h"
>
</File>
<File
RelativePath="..\Include\bufferobject.h"
>
</File>
Merged revisions 61750,61752,61754,61756,61760,61763,61768,61772,61775,61805,61809,61812,61819,61917,61920,61930,61933-61934 via svnmerge from svn+ssh://pythondev@svn.python.org/python/branches/trunk-bytearray ........ r61750 | christian.heimes | 2008-03-22 20:47:44 +0100 (Sat, 22 Mar 2008) | 1 line Copied files from py3k w/o modifications ........ r61752 | christian.heimes | 2008-03-22 20:53:20 +0100 (Sat, 22 Mar 2008) | 7 lines Take One * Added initialization code, warnings, flags etc. to the appropriate places * Added new buffer interface to string type * Modified tests * Modified Makefile.pre.in to compile the new files * Added bytesobject.c to Python.h ........ r61754 | christian.heimes | 2008-03-22 21:22:19 +0100 (Sat, 22 Mar 2008) | 2 lines Disabled bytearray.extend for now since it causes an infinite recursion Fixed serveral unit tests ........ r61756 | christian.heimes | 2008-03-22 21:43:38 +0100 (Sat, 22 Mar 2008) | 5 lines Added PyBytes support to several places: str + bytearray ord(bytearray) bytearray(str, encoding) ........ r61760 | christian.heimes | 2008-03-22 21:56:32 +0100 (Sat, 22 Mar 2008) | 1 line Fixed more unit tests related to type('') is not unicode ........ r61763 | christian.heimes | 2008-03-22 22:20:28 +0100 (Sat, 22 Mar 2008) | 2 lines Fixed more unit tests Fixed bytearray.extend ........ r61768 | christian.heimes | 2008-03-22 22:40:50 +0100 (Sat, 22 Mar 2008) | 1 line Implemented old buffer interface for bytearray ........ r61772 | christian.heimes | 2008-03-22 23:24:52 +0100 (Sat, 22 Mar 2008) | 1 line Added backport of the io module ........ r61775 | christian.heimes | 2008-03-23 03:50:49 +0100 (Sun, 23 Mar 2008) | 1 line Fix str assignement to bytearray. Assignment of a str of size 1 is interpreted as a single byte ........ r61805 | christian.heimes | 2008-03-23 19:33:48 +0100 (Sun, 23 Mar 2008) | 3 lines Fixed more tests Fixed bytearray() comparsion with unicode() Fixed iterator assignment of bytearray ........ r61809 | christian.heimes | 2008-03-23 21:02:21 +0100 (Sun, 23 Mar 2008) | 2 lines str(bytesarray()) now returns the bytes and not the representation of the bytearray object Enabled and fixed more unit tests ........ r61812 | christian.heimes | 2008-03-23 21:53:08 +0100 (Sun, 23 Mar 2008) | 3 lines Clear error PyNumber_AsSsize_t() fails Use CHARMASK for ob_svall access disabled a test with memoryview again ........ r61819 | christian.heimes | 2008-03-23 23:05:57 +0100 (Sun, 23 Mar 2008) | 1 line Untested updates to the PCBuild directory ........ r61917 | christian.heimes | 2008-03-26 00:57:06 +0100 (Wed, 26 Mar 2008) | 1 line The type system of Python 2.6 has subtle differences to 3.0's. I've removed the Py_TPFLAGS_BASETYPE flags from bytearray for now. bytearray can't be subclasses until the issues with bytearray subclasses are fixed. ........ r61920 | christian.heimes | 2008-03-26 01:44:08 +0100 (Wed, 26 Mar 2008) | 2 lines Disabled last failing test I don't understand what the test is testing and how it suppose to work. Ka-Ping, please check it out. ........ r61930 | christian.heimes | 2008-03-26 12:46:18 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytes warning code ........ r61933 | christian.heimes | 2008-03-26 13:20:46 +0100 (Wed, 26 Mar 2008) | 1 line Fixed a bug in the new buffer protocol. The buffer slots weren't copied into a subclass. ........ r61934 | christian.heimes | 2008-03-26 13:25:09 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytearray subclassing - all tests are passing. ........
2008-03-26 09:49:49 -03:00
<File
RelativePath="..\Include\bytesobject.h"
>
</File>
<File
RelativePath="..\Include\bytes_methods.h"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Include\cellobject.h"
>
</File>
<File
RelativePath="..\Include\ceval.h"
>
</File>
<File
RelativePath="..\Include\classobject.h"
>
</File>
<File
RelativePath="..\Include\cobject.h"
>
</File>
<File
RelativePath="..\Include\code.h"
>
</File>
<File
RelativePath="..\Include\codecs.h"
>
</File>
<File
RelativePath="..\Include\compile.h"
>
</File>
<File
RelativePath="..\Include\complexobject.h"
>
</File>
<File
RelativePath="..\Include\cStringIO.h"
>
</File>
<File
RelativePath="..\Include\datetime.h"
>
</File>
<File
RelativePath="..\Include\descrobject.h"
>
</File>
<File
RelativePath="..\Include\dictobject.h"
>
</File>
<File
RelativePath="..\Include\enumobject.h"
>
</File>
<File
RelativePath="..\Include\errcode.h"
>
</File>
<File
RelativePath="..\Include\eval.h"
>
</File>
<File
RelativePath="..\Include\fileobject.h"
>
</File>
<File
RelativePath="..\Include\floatobject.h"
>
</File>
<File
RelativePath="..\Include\frameobject.h"
>
</File>
<File
RelativePath="..\Include\funcobject.h"
>
</File>
<File
RelativePath="..\Include\genobject.h"
>
</File>
<File
RelativePath="..\Include\graminit.h"
>
</File>
<File
RelativePath="..\Include\grammar.h"
>
</File>
<File
RelativePath="..\Include\import.h"
>
</File>
<File
RelativePath="..\Include\intobject.h"
>
</File>
<File
RelativePath="..\Include\intrcheck.h"
>
</File>
<File
RelativePath="..\Include\iterobject.h"
>
</File>
<File
RelativePath="..\Include\listobject.h"
>
</File>
<File
RelativePath="..\Include\longintrepr.h"
>
</File>
<File
RelativePath="..\Include\longobject.h"
>
</File>
<File
RelativePath="..\Include\marshal.h"
>
</File>
<File
RelativePath="..\Include\memoryobject.h"
>
</File>
<File
RelativePath="..\Include\metagrammar.h"
>
</File>
<File
RelativePath="..\Include\methodobject.h"
>
</File>
<File
RelativePath="..\Include\modsupport.h"
>
</File>
<File
RelativePath="..\Include\moduleobject.h"
>
</File>
<File
RelativePath="..\Include\node.h"
>
</File>
<File
RelativePath="..\Include\object.h"
>
</File>
<File
RelativePath="..\Include\objimpl.h"
>
</File>
<File
RelativePath="..\Include\opcode.h"
>
</File>
<File
RelativePath="..\Include\osdefs.h"
>
</File>
<File
RelativePath="..\Include\parsetok.h"
>
</File>
<File
RelativePath="..\Include\patchlevel.h"
>
</File>
<File
RelativePath="..\Include\pgen.h"
>
</File>
<File
RelativePath="..\Include\pgenheaders.h"
>
</File>
<File
RelativePath="..\Include\py_curses.h"
>
</File>
<File
RelativePath="..\Include\pyarena.h"
>
</File>
<File
RelativePath="..\Include\pydebug.h"
>
</File>
<File
RelativePath="..\Include\pyerrors.h"
>
</File>
<File
RelativePath="..\Include\pyexpat.h"
>
</File>
<File
RelativePath="..\Include\pyfpe.h"
>
</File>
<File
RelativePath="..\Include\pygetopt.h"
>
</File>
<File
RelativePath="..\Include\pymactoolbox.h"
>
</File>
<File
RelativePath="..\Include\pymem.h"
>
</File>
<File
RelativePath="..\Include\pyport.h"
>
</File>
<File
RelativePath="..\Include\pystate.h"
>
</File>
Applied patch #1635: Float patch for inf and nan on Windows (and other platforms). The patch unifies float("inf") and repr(float("inf")) on all platforms.
2007-12-18 19:22:54 -04:00
<File
RelativePath="..\Include\pystrcmp.h"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Include\pystrtod.h"
>
</File>
<File
RelativePath="..\Include\Python-ast.h"
>
</File>
<File
RelativePath="..\Include\Python.h"
>
</File>
<File
RelativePath="..\Include\pythonrun.h"
>
</File>
<File
RelativePath="..\Include\pythread.h"
>
</File>
<File
RelativePath="..\Include\rangeobject.h"
>
</File>
<File
RelativePath="..\Include\setobject.h"
>
</File>
<File
RelativePath="..\Include\sliceobject.h"
>
</File>
<File
RelativePath="..\Include\stringobject.h"
>
</File>
<File
RelativePath="..\Include\structmember.h"
>
</File>
<File
RelativePath="..\Include\structseq.h"
>
</File>
<File
RelativePath="..\Include\symtable.h"
>
</File>
<File
RelativePath="..\Include\sysmodule.h"
>
</File>
<File
RelativePath="..\Include\timefuncs.h"
>
</File>
<File
RelativePath="..\Include\token.h"
>
</File>
<File
RelativePath="..\Include\traceback.h"
>
</File>
<File
RelativePath="..\Include\tupleobject.h"
>
</File>
<File
RelativePath="..\Include\ucnhash.h"
>
</File>
<File
RelativePath="..\Include\unicodeobject.h"
>
</File>
<File
RelativePath="..\Include\weakrefobject.h"
>
</File>
</Filter>
<Filter
Name="Modules"
>
<File
RelativePath="..\Modules\_bisectmodule.c"
>
</File>
<File
RelativePath="..\Modules\_codecsmodule.c"
>
</File>
<File
RelativePath="..\Modules\_collectionsmodule.c"
>
</File>
<File
RelativePath="..\Modules\_csv.c"
>
</File>
Hopefully added _fileio module to the Windows build system
2008-03-26 22:36:21 -03:00
<File
RelativePath="..\Modules\_fileio.c"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Modules\_functoolsmodule.c"
>
</File>
<File
RelativePath="..\Modules\_heapqmodule.c"
>
</File>
<File
RelativePath="..\Modules\_hotshot.c"
>
</File>
<File
RelativePath="..\Modules\_localemodule.c"
>
</File>
<File
RelativePath="..\Modules\_lsprof.c"
>
</File>
<File
RelativePath="..\Modules\_randommodule.c"
>
</File>
<File
RelativePath="..\Modules\_sre.c"
>
</File>
<File
RelativePath="..\Modules\_struct.c"
>
</File>
<File
RelativePath="..\Modules\_typesmodule.c"
>
</File>
<File
RelativePath="..\Modules\_weakref.c"
>
</File>
<File
RelativePath="..\Modules\arraymodule.c"
>
</File>
<File
RelativePath="..\Modules\audioop.c"
>
</File>
<File
RelativePath="..\Modules\binascii.c"
>
</File>
<File
RelativePath="..\Modules\cmathmodule.c"
>
</File>
<File
RelativePath="..\Modules\cPickle.c"
>
</File>
<File
RelativePath="..\Modules\cStringIO.c"
>
</File>
<File
RelativePath="..\Modules\datetimemodule.c"
>
</File>
<File
RelativePath="..\Modules\errnomodule.c"
>
</File>
Added future_builtins, which contains PEP 3127 compatible versions of hex() and oct().
2008-02-22 23:09:44 -04:00
<File
RelativePath="..\Modules\future_builtins.c"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Modules\gcmodule.c"
>
</File>
<File
RelativePath="..\Modules\imageop.c"
>
</File>
<File
RelativePath="..\Modules\itertoolsmodule.c"
>
</File>
<File
RelativePath="..\Modules\main.c"
>
</File>
<File
RelativePath="..\Modules\mathmodule.c"
>
</File>
<File
RelativePath="..\Modules\md5.c"
>
</File>
<File
RelativePath="..\Modules\md5.h"
>
</File>
<File
RelativePath="..\Modules\md5module.c"
>
</File>
<File
RelativePath="..\Modules\mmapmodule.c"
>
</File>
<File
RelativePath="..\Modules\operator.c"
>
</File>
<File
RelativePath="..\Modules\parsermodule.c"
>
</File>
<File
RelativePath="..\Modules\posixmodule.c"
>
</File>
<File
RelativePath="..\Modules\rotatingtree.c"
>
</File>
<File
RelativePath="..\Modules\rotatingtree.h"
>
</File>
<File
RelativePath="..\Modules\sha256module.c"
>
</File>
<File
RelativePath="..\Modules\sha512module.c"
>
</File>
<File
RelativePath="..\Modules\shamodule.c"
>
</File>
<File
RelativePath="..\Modules\signalmodule.c"
>
</File>
<File
RelativePath="..\Modules\stropmodule.c"
>
</File>
<File
RelativePath="..\Modules\symtablemodule.c"
>
</File>
<File
RelativePath="..\Modules\threadmodule.c"
>
</File>
<File
RelativePath="..\Modules\timemodule.c"
>
</File>
<File
RelativePath="..\Modules\xxsubtype.c"
>
</File>
<File
RelativePath="..\Modules\yuv.h"
>
</File>
<File
RelativePath="..\Modules\yuvconvert.c"
>
</File>
<File
RelativePath="..\Modules\zipimport.c"
>
</File>
<File
RelativePath="..\Modules\zlibmodule.c"
>
</File>
<Filter
Name="zlib"
>
<File
RelativePath="..\Modules\zlib\adler32.c"
>
</File>
<File
RelativePath="..\Modules\zlib\compress.c"
>
</File>
<File
RelativePath="..\Modules\zlib\crc32.c"
>
</File>
<File
RelativePath="..\Modules\zlib\crc32.h"
>
</File>
<File
RelativePath="..\Modules\zlib\deflate.c"
>
</File>
<File
RelativePath="..\Modules\zlib\deflate.h"
>
</File>
<File
RelativePath="..\Modules\zlib\gzio.c"
>
</File>
<File
RelativePath="..\Modules\zlib\infback.c"
>
</File>
<File
RelativePath="..\Modules\zlib\inffast.c"
>
</File>
<File
RelativePath="..\Modules\zlib\inffast.h"
>
</File>
<File
RelativePath="..\Modules\zlib\inffixed.h"
>
</File>
<File
RelativePath="..\Modules\zlib\inflate.c"
>
</File>
<File
RelativePath="..\Modules\zlib\inflate.h"
>
</File>
<File
RelativePath="..\Modules\zlib\inftrees.c"
>
</File>
<File
RelativePath="..\Modules\zlib\inftrees.h"
>
</File>
<File
RelativePath="..\Modules\zlib\trees.c"
>
</File>
<File
RelativePath="..\Modules\zlib\trees.h"
>
</File>
<File
RelativePath="..\Modules\zlib\uncompr.c"
>
</File>
<File
RelativePath="..\Modules\zlib\zconf.h"
>
</File>
<File
RelativePath="..\Modules\zlib\zconf.in.h"
>
</File>
<File
RelativePath="..\Modules\zlib\zlib.h"
>
</File>
<File
RelativePath="..\Modules\zlib\zutil.c"
>
</File>
<File
RelativePath="..\Modules\zlib\zutil.h"
>
</File>
</Filter>
<Filter
Name="cjkcodecs"
>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_cn.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_hk.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_iso2022.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_jp.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_kr.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\_codecs_tw.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\alg_jisx0201.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\cjkcodecs.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\emu_jisx0213_2000.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_cn.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_hk.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_jisx0213_pair.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_jp.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_kr.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\mappings_tw.h"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\multibytecodec.c"
>
</File>
<File
RelativePath="..\Modules\cjkcodecs\multibytecodec.h"
>
</File>
</Filter>
</Filter>
<Filter
Name="Objects"
>
<File
RelativePath="..\Objects\abstract.c"
>
</File>
<File
RelativePath="..\Objects\boolobject.c"
>
</File>
<File
RelativePath="..\Objects\bufferobject.c"
>
</File>
Merged revisions 61750,61752,61754,61756,61760,61763,61768,61772,61775,61805,61809,61812,61819,61917,61920,61930,61933-61934 via svnmerge from svn+ssh://pythondev@svn.python.org/python/branches/trunk-bytearray ........ r61750 | christian.heimes | 2008-03-22 20:47:44 +0100 (Sat, 22 Mar 2008) | 1 line Copied files from py3k w/o modifications ........ r61752 | christian.heimes | 2008-03-22 20:53:20 +0100 (Sat, 22 Mar 2008) | 7 lines Take One * Added initialization code, warnings, flags etc. to the appropriate places * Added new buffer interface to string type * Modified tests * Modified Makefile.pre.in to compile the new files * Added bytesobject.c to Python.h ........ r61754 | christian.heimes | 2008-03-22 21:22:19 +0100 (Sat, 22 Mar 2008) | 2 lines Disabled bytearray.extend for now since it causes an infinite recursion Fixed serveral unit tests ........ r61756 | christian.heimes | 2008-03-22 21:43:38 +0100 (Sat, 22 Mar 2008) | 5 lines Added PyBytes support to several places: str + bytearray ord(bytearray) bytearray(str, encoding) ........ r61760 | christian.heimes | 2008-03-22 21:56:32 +0100 (Sat, 22 Mar 2008) | 1 line Fixed more unit tests related to type('') is not unicode ........ r61763 | christian.heimes | 2008-03-22 22:20:28 +0100 (Sat, 22 Mar 2008) | 2 lines Fixed more unit tests Fixed bytearray.extend ........ r61768 | christian.heimes | 2008-03-22 22:40:50 +0100 (Sat, 22 Mar 2008) | 1 line Implemented old buffer interface for bytearray ........ r61772 | christian.heimes | 2008-03-22 23:24:52 +0100 (Sat, 22 Mar 2008) | 1 line Added backport of the io module ........ r61775 | christian.heimes | 2008-03-23 03:50:49 +0100 (Sun, 23 Mar 2008) | 1 line Fix str assignement to bytearray. Assignment of a str of size 1 is interpreted as a single byte ........ r61805 | christian.heimes | 2008-03-23 19:33:48 +0100 (Sun, 23 Mar 2008) | 3 lines Fixed more tests Fixed bytearray() comparsion with unicode() Fixed iterator assignment of bytearray ........ r61809 | christian.heimes | 2008-03-23 21:02:21 +0100 (Sun, 23 Mar 2008) | 2 lines str(bytesarray()) now returns the bytes and not the representation of the bytearray object Enabled and fixed more unit tests ........ r61812 | christian.heimes | 2008-03-23 21:53:08 +0100 (Sun, 23 Mar 2008) | 3 lines Clear error PyNumber_AsSsize_t() fails Use CHARMASK for ob_svall access disabled a test with memoryview again ........ r61819 | christian.heimes | 2008-03-23 23:05:57 +0100 (Sun, 23 Mar 2008) | 1 line Untested updates to the PCBuild directory ........ r61917 | christian.heimes | 2008-03-26 00:57:06 +0100 (Wed, 26 Mar 2008) | 1 line The type system of Python 2.6 has subtle differences to 3.0's. I've removed the Py_TPFLAGS_BASETYPE flags from bytearray for now. bytearray can't be subclasses until the issues with bytearray subclasses are fixed. ........ r61920 | christian.heimes | 2008-03-26 01:44:08 +0100 (Wed, 26 Mar 2008) | 2 lines Disabled last failing test I don't understand what the test is testing and how it suppose to work. Ka-Ping, please check it out. ........ r61930 | christian.heimes | 2008-03-26 12:46:18 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytes warning code ........ r61933 | christian.heimes | 2008-03-26 13:20:46 +0100 (Wed, 26 Mar 2008) | 1 line Fixed a bug in the new buffer protocol. The buffer slots weren't copied into a subclass. ........ r61934 | christian.heimes | 2008-03-26 13:25:09 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytearray subclassing - all tests are passing. ........
2008-03-26 09:49:49 -03:00
<File
RelativePath="..\Objects\bytesobject.c"
>
</File>
<File
RelativePath="..\Objects\bytes_methods.c"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Objects\cellobject.c"
>
</File>
<File
RelativePath="..\Objects\classobject.c"
>
</File>
<File
RelativePath="..\Objects\cobject.c"
>
</File>
<File
RelativePath="..\Objects\codeobject.c"
>
</File>
<File
RelativePath="..\Objects\complexobject.c"
>
</File>
<File
RelativePath="..\Objects\stringlib\count.h"
>
</File>
<File
RelativePath="..\Objects\descrobject.c"
>
</File>
<File
RelativePath="..\Objects\dictobject.c"
>
</File>
<File
RelativePath="..\Objects\enumobject.c"
>
</File>
<File
RelativePath="..\Objects\exceptions.c"
>
</File>
<File
RelativePath="..\Objects\stringlib\fastsearch.h"
>
</File>
<File
RelativePath="..\Objects\fileobject.c"
>
</File>
<File
RelativePath="..\Objects\stringlib\find.h"
>
</File>
<File
RelativePath="..\Objects\floatobject.c"
>
</File>
<File
RelativePath="..\Objects\frameobject.c"
>
</File>
<File
RelativePath="..\Objects\funcobject.c"
>
</File>
<File
RelativePath="..\Objects\genobject.c"
>
</File>
<File
RelativePath="..\Objects\intobject.c"
>
</File>
<File
RelativePath="..\Objects\iterobject.c"
>
</File>
<File
RelativePath="..\Objects\listobject.c"
>
</File>
<File
RelativePath="..\Objects\longobject.c"
>
</File>
<File
RelativePath="..\Objects\methodobject.c"
>
</File>
<File
RelativePath="..\Objects\moduleobject.c"
>
</File>
<File
RelativePath="..\Objects\object.c"
>
</File>
<File
RelativePath="..\Objects\obmalloc.c"
>
</File>
<File
RelativePath="..\Objects\stringlib\partition.h"
>
</File>
<File
RelativePath="..\Objects\rangeobject.c"
>
</File>
<File
RelativePath="..\Objects\setobject.c"
>
</File>
<File
RelativePath="..\Objects\sliceobject.c"
>
</File>
<File
RelativePath="..\Objects\stringobject.c"
>
</File>
<File
RelativePath="..\Objects\structseq.c"
>
</File>
<File
RelativePath="..\Objects\tupleobject.c"
>
</File>
<File
RelativePath="..\Objects\typeobject.c"
>
</File>
<File
RelativePath="..\Objects\unicodectype.c"
>
</File>
<File
RelativePath="..\Objects\unicodeobject.c"
>
</File>
<File
RelativePath="..\Objects\unicodetype_db.h"
>
</File>
<File
RelativePath="..\Objects\weakrefobject.c"
>
</File>
</Filter>
<Filter
Name="Parser"
>
<File
RelativePath="..\Parser\acceler.c"
>
</File>
<File
RelativePath="..\Parser\bitset.c"
>
</File>
<File
RelativePath="..\Parser\firstsets.c"
>
</File>
<File
RelativePath="..\Parser\grammar.c"
>
</File>
<File
RelativePath="..\Parser\grammar1.c"
>
</File>
<File
RelativePath="..\Parser\listnode.c"
>
</File>
<File
RelativePath="..\Parser\metagrammar.c"
>
</File>
<File
RelativePath="..\Parser\myreadline.c"
>
</File>
<File
RelativePath="..\Parser\node.c"
>
</File>
<File
RelativePath="..\Parser\parser.c"
>
</File>
<File
RelativePath="..\Parser\parser.h"
>
</File>
<File
RelativePath="..\Parser\parsetok.c"
>
</File>
<File
RelativePath="..\Parser\tokenizer.c"
>
</File>
<File
RelativePath="..\Parser\tokenizer.h"
>
</File>
</Filter>
<Filter
Name="PC"
>
<File
RelativePath="..\PC\_subprocess.c"
>
</File>
<File
RelativePath="..\PC\_winreg.c"
>
</File>
<File
RelativePath="..\PC\config.c"
>
</File>
<File
RelativePath="..\PC\dl_nt.c"
>
</File>
<File
RelativePath="..\PC\errmap.h"
>
</File>
<File
RelativePath="..\PC\getpathp.c"
>
</File>
<File
RelativePath="..\PC\import_nt.c"
>
</File>
<File
RelativePath="..\PC\msvcrtmodule.c"
>
</File>
<File
RelativePath="..\PC\pyconfig.h"
>
</File>
</Filter>
<Filter
Name="Python"
>
<File
RelativePath="..\Python\asdl.c"
>
</File>
<File
RelativePath="..\Python\ast.c"
>
</File>
<File
RelativePath="..\Python\bltinmodule.c"
>
</File>
<File
RelativePath="..\Python\ceval.c"
>
</File>
<File
RelativePath="..\Python\codecs.c"
>
</File>
<File
RelativePath="..\Python\compile.c"
>
</File>
<File
RelativePath="..\Python\dynload_win.c"
>
</File>
<File
RelativePath="..\Python\errors.c"
>
</File>
Compilation was broken on Windows since the introduction of Advanced String Formatting. Only PCBuild (vs9) was really tested. Changes for older compilers were done manually.
2008-02-17 16:56:31 -04:00
<File
RelativePath="..\Python\formatter_string.c"
>
</File>
<File
RelativePath="..\Python\formatter_unicode.c"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Python\frozen.c"
>
</File>
<File
RelativePath="..\Python\future.c"
>
</File>
<File
RelativePath="..\Python\getargs.c"
>
</File>
<File
RelativePath="..\Python\getcompiler.c"
>
</File>
<File
RelativePath="..\Python\getcopyright.c"
>
</File>
<File
RelativePath="..\Python\getmtime.c"
>
</File>
<File
RelativePath="..\Python\getopt.c"
>
</File>
<File
RelativePath="..\Python\getplatform.c"
>
</File>
<File
RelativePath="..\Python\getversion.c"
>
</File>
<File
RelativePath="..\Python\graminit.c"
>
</File>
<File
RelativePath="..\Python\import.c"
>
</File>
<File
RelativePath="..\Python\importdl.c"
>
</File>
<File
RelativePath="..\Python\importdl.h"
>
</File>
<File
RelativePath="..\Python\marshal.c"
>
</File>
<File
RelativePath="..\Python\modsupport.c"
>
</File>
<File
RelativePath="..\Python\mysnprintf.c"
>
</File>
<File
RelativePath="..\Python\mystrtoul.c"
>
</File>
<File
RelativePath="..\Python\peephole.c"
>
</File>
<File
RelativePath="..\Python\pyarena.c"
>
</File>
<File
RelativePath="..\Python\pyfpe.c"
>
</File>
<File
RelativePath="..\Python\pystate.c"
>
</File>
Applied patch #1635: Float patch for inf and nan on Windows (and other platforms). The patch unifies float("inf") and repr(float("inf")) on all platforms.
2007-12-18 19:22:54 -04:00
<File
RelativePath="..\Python\pystrcmp.c"
>
</File>
Backport of the PCbuild9 directory from the py3k branch. I've finished the last task for the PCbuild9 directory today. I don't think there is much left to do. Now you can all play around with the shiny new VS 2008 and try the PGO builds. I was able to get a speed improvement of about 10% on py3k. Have fun! :)
2007-11-22 07:21:16 -04:00
<File
RelativePath="..\Python\pystrtod.c"
>
</File>
<File
RelativePath="..\Python\Python-ast.c"
>
</File>
<File
RelativePath="..\Python\pythonrun.c"
>
</File>
<File
RelativePath="..\Python\structmember.c"
>
</File>
<File
RelativePath="..\Python\symtable.c"
>
</File>
<File
RelativePath="..\Python\sysmodule.c"
>
</File>
<File
RelativePath="..\Python\thread.c"
>
</File>
<File
RelativePath="..\Python\thread_nt.h"
>
</File>
<File
RelativePath="..\Python\traceback.c"
>
</File>
</Filter>
<Filter
Name="Resource Files"
>
<File
RelativePath="..\PC\python_nt.rc"
>
</File>
</Filter>
</Files>
<Globals>
</Globals>
</VisualStudioProject>