RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-24 11:42:57 +01:00
Code Issues Projects Releases Wiki Activity
72bc2b09af
llvm-mirror/win32/llvm.sln

720 lines
47 KiB
Plaintext
Raw Normal View History

Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
Microsoft Visual Studio Solution File, Format Version 9.00
# Visual Studio 2005
Add lli project to Visual Studio llvm-svn: 19035
2004-12-19 07:40:39 +01:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "support", "Support\Support.vcproj", "{28AA9146-3482-4F41-9CC6-407B1D258508}"
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "TableGen", "TableGen\TableGen.vcproj", "{339C2249-26B6-4172-B484-85653029AF57}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Fibonacci", "Fibonacci\Fibonacci.vcproj", "{48FB551D-E37E-42EC-BC97-FF7219774867}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C} = {144EEBF6-8C9B-4473-B715-2C821666AF6C}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
{76295AE8-A083-460E-9F80-6F2B8923264A} = {76295AE8-A083-460E-9F80-6F2B8923264A}
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897} = {08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ExecutionEngine", "ExecutionEngine\ExecutionEngine.vcproj", "{76295AE8-A083-460E-9F80-6F2B8923264A}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "VMCore", "VMCore\VMCore.vcproj", "{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{339C2249-26B6-4172-B484-85653029AF57} = {339C2249-26B6-4172-B484-85653029AF57}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Target", "Target\Target.vcproj", "{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "CodeGen", "CodeGen\CodeGen.vcproj", "{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{339C2249-26B6-4172-B484-85653029AF57} = {339C2249-26B6-4172-B484-85653029AF57}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "System", "System\System.vcproj", "{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Analysis", "Analysis\Analysis.vcproj", "{0622E827-8464-489D-8B1C-B0B496F35C08}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "x86", "x86\x86.vcproj", "{144EEBF6-8C9B-4473-B715-2C821666AF6C}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{C59374C1-9FC0-4147-B836-327DFDC52D99} = {C59374C1-9FC0-4147-B836-327DFDC52D99}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897} = {08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}
{339C2249-26B6-4172-B484-85653029AF57} = {339C2249-26B6-4172-B484-85653029AF57}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Transforms", "Transforms\Transforms.vcproj", "{C59374C1-9FC0-4147-B836-327DFDC52D99}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{339C2249-26B6-4172-B484-85653029AF57} = {339C2249-26B6-4172-B484-85653029AF57}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Configure", "Configure\Configure.vcproj", "{19514E48-456C-4B9D-8637-F2285476461E}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndProject
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "lli", "lli\lli.vcproj", "{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add lli project to Visual Studio llvm-svn: 19035
2004-12-19 07:40:39 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C} = {144EEBF6-8C9B-4473-B715-2C821666AF6C}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
{76295AE8-A083-460E-9F80-6F2B8923264A} = {76295AE8-A083-460E-9F80-6F2B8923264A}
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897} = {08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add lli project to Visual Studio llvm-svn: 19035
2004-12-19 07:40:39 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llc", "llc\llc.vcproj", "{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llc project to Visual Studio llvm-svn: 19036
2004-12-19 18:53:47 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C} = {144EEBF6-8C9B-4473-B715-2C821666AF6C}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{057777CD-DED5-46DF-BF9A-6B76DE212549} = {057777CD-DED5-46DF-BF9A-6B76DE212549}
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897} = {08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add llc project to Visual Studio llvm-svn: 19036
2004-12-19 18:53:47 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-dis", "llvm-dis\llvm-dis.vcproj", "{B13476BC-30AB-4EA0-BC1E-212C0A459405}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-dis project to Visual Studio llvm-svn: 19226
2005-01-01 21:18:03 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-dis project to Visual Studio llvm-svn: 19226
2005-01-01 21:18:03 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-as", "llvm-as\llvm-as.vcproj", "{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-as project to Visual Studio llvm-svn: 19227
2005-01-01 21:51:41 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982} = {3DC216F5-1DDD-478A-84F8-C124E5C31982}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-as project to Visual Studio llvm-svn: 19227
2005-01-01 21:51:41 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "AsmParser", "AsmParser\AsmParser.vcproj", "{3DC216F5-1DDD-478A-84F8-C124E5C31982}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-as project to Visual Studio llvm-svn: 19227
2005-01-01 21:51:41 +01:00
ProjectSection(ProjectDependencies) = postProject
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-ar", "llvm-ar\llvm-ar.vcproj", "{0FF2B75C-49C1-4B49-A44A-531C93000296}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-ar project to Visual Studio. llvm-svn: 19230
2005-01-01 23:00:28 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-ar project to Visual Studio. llvm-svn: 19230
2005-01-01 23:00:28 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-ranlib", "llvm-ranlib\llvm-ranlib.vcproj", "{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-ranlib project to Visual Studio. llvm-svn: 19231
2005-01-01 23:05:56 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-ranlib project to Visual Studio. llvm-svn: 19231
2005-01-01 23:05:56 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-link", "llvm-link\llvm-link.vcproj", "{5E249789-49E1-4600-B12B-8AD2BB6439B2}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-link, Linker projects to Visual Studio. llvm-svn: 19235
2005-01-01 23:32:26 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{342CF48F-760A-4040-A9A1-7D75AA2471CE} = {342CF48F-760A-4040-A9A1-7D75AA2471CE}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-link, Linker projects to Visual Studio. llvm-svn: 19235
2005-01-01 23:32:26 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Linker", "Linker\Linker.vcproj", "{342CF48F-760A-4040-A9A1-7D75AA2471CE}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-link, Linker projects to Visual Studio. llvm-svn: 19235
2005-01-01 23:32:26 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-link, Linker projects to Visual Studio. llvm-svn: 19235
2005-01-01 23:32:26 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "CBackend", "CBackend\CBackend.vcproj", "{057777CD-DED5-46DF-BF9A-6B76DE212549}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add C backend to llc in Visual Studio. llvm-svn: 19282
2005-01-04 07:01:55 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Add C backend to llc in Visual Studio. llvm-svn: 19282
2005-01-04 07:01:55 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "opt", "opt\opt.vcproj", "{006D8B41-C3C7-4448-85E1-AF8907E591E5}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add project opt to Visual Studio. llvm-svn: 19307
2005-01-06 07:02:53 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{C59374C1-9FC0-4147-B836-327DFDC52D99} = {C59374C1-9FC0-4147-B836-327DFDC52D99}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add project opt to Visual Studio. llvm-svn: 19307
2005-01-06 07:02:53 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-bcanalyzer", "llvm-bcanalyzer\llvm-bcanalyzer.vcproj", "{E0B1E329-BE3E-456D-B372-5F397BE42C84}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add llvm-bcanalyzer project to Visual Studio llvm-svn: 19662
2005-01-18 06:31:34 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add llvm-bcanalyzer project to Visual Studio llvm-svn: 19662
2005-01-18 06:31:34 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-ld", "llvm-ld\llvm-ld.vcproj", "{64D8AA46-88DB-41F4-B837-053AE02406B8}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add project llvm-ld to Visual Studio llvm-svn: 19663
2005-01-18 06:39:37 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{C59374C1-9FC0-4147-B836-327DFDC52D99} = {C59374C1-9FC0-4147-B836-327DFDC52D99}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{342CF48F-760A-4040-A9A1-7D75AA2471CE} = {342CF48F-760A-4040-A9A1-7D75AA2471CE}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add project llvm-ld to Visual Studio llvm-svn: 19663
2005-01-18 06:39:37 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-nm", "llvm-nm\llvm-nm.vcproj", "{5FF862CE-80A0-4B48-A80B-68AE325A0432}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add project llvm-nm to Visual Studio llvm-svn: 19664
2005-01-18 06:44:25 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Add project llvm-nm to Visual Studio llvm-svn: 19664
2005-01-18 06:44:25 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "llvm-prof", "llvm-prof\llvm-prof.vcproj", "{ACBE81D9-64B1-4133-823A-807A4E60B454}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add project llvm-proj to Visual Studio llvm-svn: 19708
2005-01-20 05:41:49 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add project llvm-proj to Visual Studio llvm-svn: 19708
2005-01-20 05:41:49 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "bugpoint", "bugpoint\bugpoint.vcproj", "{57249192-8E29-4D85-8B7A-FEFF1760B1DA}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Add (non-working) project bugpoint to Visual Studio llvm-svn: 19750
2005-01-22 18:35:30 +01:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982} = {3DC216F5-1DDD-478A-84F8-C124E5C31982}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489} = {0F8407F3-FA23-4CF1-83A9-DCBE0B361489}
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
{C59374C1-9FC0-4147-B836-327DFDC52D99} = {C59374C1-9FC0-4147-B836-327DFDC52D99}
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4} = {059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}
{342CF48F-760A-4040-A9A1-7D75AA2471CE} = {342CF48F-760A-4040-A9A1-7D75AA2471CE}
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62} = {F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
{0622E827-8464-489D-8B1C-B0B496F35C08} = {0622E827-8464-489D-8B1C-B0B496F35C08}
Add (non-working) project bugpoint to Visual Studio llvm-svn: 19750
2005-01-22 18:35:30 +01:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Bitcode", "Bitcode\Bitcode.vcproj", "{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Teach Visual Studio about Bitcode. llvm-svn: 36341
2007-04-22 17:00:52 +02:00
ProjectSection(ProjectDependencies) = postProject
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{28AA9146-3482-4F41-9CC6-407B1D258508} = {28AA9146-3482-4F41-9CC6-407B1D258508}
Teach Visual Studio about Bitcode. llvm-svn: 36341
2007-04-22 17:00:52 +02:00
EndProjectSection
Revert 51067 check-in for now. llvm-svn: 51155
2008-05-15 20:46:28 +02:00
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "Archive", "Archive\Archive.vcproj", "{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}"
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
ProjectSection(WebsiteProperties) = preProject
Debug.AspNetCompiler.Debug = "True"
Release.AspNetCompiler.Debug = "False"
EndProjectSection
Unbreak VC++ build. llvm-svn: 36901
2007-05-07 17:21:46 +02:00
ProjectSection(ProjectDependencies) = postProject
Updated VC++ build system. llvm-svn: 42835
2007-10-10 21:50:09 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB} = {45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E} = {19514E48-456C-4B9D-8637-F2285476461E}
Unbreak VC++ build. llvm-svn: 36901
2007-05-07 17:21:46 +02:00
EndProjectSection
EndProject
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
Global
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
GlobalSection(SolutionConfigurationPlatforms) = preSolution
Configure|Win32 = Configure|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
Configure|x64 = Configure|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
Debug|Win32 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
Debug|x64 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
Release|Win32 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
Release|x64 = Release|x64
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndGlobalSection
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
GlobalSection(ProjectConfigurationPlatforms) = postSolution
{28AA9146-3482-4F41-9CC6-407B1D258508}.Configure|Win32.ActiveCfg = Release|Win32
{28AA9146-3482-4F41-9CC6-407B1D258508}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{28AA9146-3482-4F41-9CC6-407B1D258508}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{28AA9146-3482-4F41-9CC6-407B1D258508}.Debug|Win32.ActiveCfg = Debug|Win32
{28AA9146-3482-4F41-9CC6-407B1D258508}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{28AA9146-3482-4F41-9CC6-407B1D258508}.Debug|x64.ActiveCfg = Debug|x64
{28AA9146-3482-4F41-9CC6-407B1D258508}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{28AA9146-3482-4F41-9CC6-407B1D258508}.Release|Win32.ActiveCfg = Release|Win32
{28AA9146-3482-4F41-9CC6-407B1D258508}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{28AA9146-3482-4F41-9CC6-407B1D258508}.Release|x64.ActiveCfg = Release|x64
{28AA9146-3482-4F41-9CC6-407B1D258508}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{339C2249-26B6-4172-B484-85653029AF57}.Configure|Win32.ActiveCfg = Release|Win32
{339C2249-26B6-4172-B484-85653029AF57}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{339C2249-26B6-4172-B484-85653029AF57}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{339C2249-26B6-4172-B484-85653029AF57}.Debug|Win32.ActiveCfg = Debug|Win32
{339C2249-26B6-4172-B484-85653029AF57}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{339C2249-26B6-4172-B484-85653029AF57}.Debug|x64.ActiveCfg = Debug|x64
{339C2249-26B6-4172-B484-85653029AF57}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{339C2249-26B6-4172-B484-85653029AF57}.Release|Win32.ActiveCfg = Release|Win32
{339C2249-26B6-4172-B484-85653029AF57}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{339C2249-26B6-4172-B484-85653029AF57}.Release|x64.ActiveCfg = Release|x64
{339C2249-26B6-4172-B484-85653029AF57}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Configure|Win32.ActiveCfg = Release|Win32
{48FB551D-E37E-42EC-BC97-FF7219774867}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Debug|Win32.ActiveCfg = Debug|Win32
{48FB551D-E37E-42EC-BC97-FF7219774867}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Debug|x64.ActiveCfg = Debug|x64
{48FB551D-E37E-42EC-BC97-FF7219774867}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Release|Win32.ActiveCfg = Release|Win32
{48FB551D-E37E-42EC-BC97-FF7219774867}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{48FB551D-E37E-42EC-BC97-FF7219774867}.Release|x64.ActiveCfg = Release|x64
{48FB551D-E37E-42EC-BC97-FF7219774867}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Configure|Win32.ActiveCfg = Release|Win32
{76295AE8-A083-460E-9F80-6F2B8923264A}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Debug|Win32.ActiveCfg = Debug|Win32
{76295AE8-A083-460E-9F80-6F2B8923264A}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Debug|x64.ActiveCfg = Debug|x64
{76295AE8-A083-460E-9F80-6F2B8923264A}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Release|Win32.ActiveCfg = Release|Win32
{76295AE8-A083-460E-9F80-6F2B8923264A}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{76295AE8-A083-460E-9F80-6F2B8923264A}.Release|x64.ActiveCfg = Release|x64
{76295AE8-A083-460E-9F80-6F2B8923264A}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Configure|Win32.ActiveCfg = Release|Win32
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Debug|Win32.ActiveCfg = Debug|Win32
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Debug|x64.ActiveCfg = Debug|x64
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Release|Win32.ActiveCfg = Release|Win32
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Release|x64.ActiveCfg = Release|x64
{45CD78D7-C5D9-47FE-AD12-F3251EEDAFFB}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Configure|Win32.ActiveCfg = Release|Win32
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Debug|Win32.ActiveCfg = Debug|Win32
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Debug|x64.ActiveCfg = Debug|x64
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Release|Win32.ActiveCfg = Release|Win32
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Release|x64.ActiveCfg = Release|x64
{059FBAB8-C76D-48A0-AA75-3C57BD3EAFE4}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Configure|Win32.ActiveCfg = Release|Win32
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Debug|Win32.ActiveCfg = Debug|Win32
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Debug|x64.ActiveCfg = Debug|x64
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Release|Win32.ActiveCfg = Release|Win32
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Release|x64.ActiveCfg = Release|x64
{08CEB1BB-C2A4-4587-B9A9-AEDB8FB44897}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Configure|Win32.ActiveCfg = Release|Win32
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Debug|Win32.ActiveCfg = Debug|Win32
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Debug|x64.ActiveCfg = Debug|x64
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Release|Win32.ActiveCfg = Release|Win32
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Release|x64.ActiveCfg = Release|x64
{0F8407F3-FA23-4CF1-83A9-DCBE0B361489}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Configure|Win32.ActiveCfg = Release|Win32
{0622E827-8464-489D-8B1C-B0B496F35C08}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Debug|Win32.ActiveCfg = Debug|Win32
{0622E827-8464-489D-8B1C-B0B496F35C08}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Debug|x64.ActiveCfg = Debug|x64
{0622E827-8464-489D-8B1C-B0B496F35C08}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Release|Win32.ActiveCfg = Release|Win32
{0622E827-8464-489D-8B1C-B0B496F35C08}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0622E827-8464-489D-8B1C-B0B496F35C08}.Release|x64.ActiveCfg = Release|x64
{0622E827-8464-489D-8B1C-B0B496F35C08}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Configure|Win32.ActiveCfg = Release|Win32
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Debug|Win32.ActiveCfg = Debug|Win32
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Debug|x64.ActiveCfg = Debug|x64
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Release|Win32.ActiveCfg = Release|Win32
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Release|x64.ActiveCfg = Release|x64
{144EEBF6-8C9B-4473-B715-2C821666AF6C}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Configure|Win32.ActiveCfg = Release|Win32
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Debug|Win32.ActiveCfg = Debug|Win32
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Debug|x64.ActiveCfg = Debug|x64
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Release|Win32.ActiveCfg = Release|Win32
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Release|x64.ActiveCfg = Release|x64
{C59374C1-9FC0-4147-B836-327DFDC52D99}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{19514E48-456C-4B9D-8637-F2285476461E}.Configure|Win32.ActiveCfg = Configure|Win32
{19514E48-456C-4B9D-8637-F2285476461E}.Configure|Win32.Build.0 = Configure|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E}.Configure|x64.ActiveCfg = Configure|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{19514E48-456C-4B9D-8637-F2285476461E}.Debug|Win32.ActiveCfg = Configure|Win32
{19514E48-456C-4B9D-8637-F2285476461E}.Debug|Win32.Build.0 = Configure|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E}.Debug|x64.ActiveCfg = Configure|x64
{19514E48-456C-4B9D-8637-F2285476461E}.Debug|x64.Build.0 = Configure|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{19514E48-456C-4B9D-8637-F2285476461E}.Release|Win32.ActiveCfg = Configure|Win32
{19514E48-456C-4B9D-8637-F2285476461E}.Release|Win32.Build.0 = Configure|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{19514E48-456C-4B9D-8637-F2285476461E}.Release|x64.ActiveCfg = Configure|x64
{19514E48-456C-4B9D-8637-F2285476461E}.Release|x64.Build.0 = Configure|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Configure|Win32.ActiveCfg = Release|Win32
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Debug|Win32.ActiveCfg = Debug|Win32
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Debug|x64.ActiveCfg = Debug|x64
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Release|Win32.ActiveCfg = Release|Win32
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Release|x64.ActiveCfg = Release|x64
{FB6FFD68-C1E4-4DCF-AB02-36D205D5263E}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Configure|Win32.ActiveCfg = Release|Win32
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Debug|Win32.ActiveCfg = Debug|Win32
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Debug|x64.ActiveCfg = Debug|x64
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Release|Win32.ActiveCfg = Release|Win32
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Release|x64.ActiveCfg = Release|x64
{ADE86BDC-B04C-43DF-B9BB-90492C7B14AC}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Configure|Win32.ActiveCfg = Release|Win32
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Debug|Win32.ActiveCfg = Debug|Win32
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Debug|x64.ActiveCfg = Debug|x64
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Release|Win32.ActiveCfg = Release|Win32
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Release|x64.ActiveCfg = Release|x64
{B13476BC-30AB-4EA0-BC1E-212C0A459405}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Configure|Win32.ActiveCfg = Release|Win32
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Debug|Win32.ActiveCfg = Debug|Win32
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Debug|x64.ActiveCfg = Debug|x64
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Release|Win32.ActiveCfg = Release|Win32
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Release|x64.ActiveCfg = Release|x64
{4FBC40A5-E626-4A6C-A9D3-FAE5C28D30CC}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Configure|Win32.ActiveCfg = Release|Win32
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Debug|Win32.ActiveCfg = Debug|Win32
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Debug|x64.ActiveCfg = Debug|x64
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Release|Win32.ActiveCfg = Release|Win32
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Release|x64.ActiveCfg = Release|x64
{3DC216F5-1DDD-478A-84F8-C124E5C31982}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Configure|Win32.ActiveCfg = Release|Win32
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Debug|Win32.ActiveCfg = Debug|Win32
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Debug|x64.ActiveCfg = Debug|x64
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Release|Win32.ActiveCfg = Release|Win32
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Release|x64.ActiveCfg = Release|x64
{0FF2B75C-49C1-4B49-A44A-531C93000296}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Configure|Win32.ActiveCfg = Release|Win32
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Debug|Win32.ActiveCfg = Debug|Win32
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Debug|x64.ActiveCfg = Debug|x64
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Release|Win32.ActiveCfg = Release|Win32
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Release|x64.ActiveCfg = Release|x64
{BB16C7EE-B4ED-4714-B5ED-B775C62A6612}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Configure|Win32.ActiveCfg = Release|Win32
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Debug|Win32.ActiveCfg = Debug|Win32
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Debug|x64.ActiveCfg = Debug|x64
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Release|Win32.ActiveCfg = Release|Win32
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Release|x64.ActiveCfg = Release|x64
{5E249789-49E1-4600-B12B-8AD2BB6439B2}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Configure|Win32.ActiveCfg = Release|Win32
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Debug|Win32.ActiveCfg = Debug|Win32
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Debug|x64.ActiveCfg = Debug|x64
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Release|Win32.ActiveCfg = Release|Win32
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Release|x64.ActiveCfg = Release|x64
{342CF48F-760A-4040-A9A1-7D75AA2471CE}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Configure|Win32.ActiveCfg = Release|Win32
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Debug|Win32.ActiveCfg = Debug|Win32
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Debug|x64.ActiveCfg = Debug|x64
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Release|Win32.ActiveCfg = Release|Win32
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Release|x64.ActiveCfg = Release|x64
{057777CD-DED5-46DF-BF9A-6B76DE212549}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Configure|Win32.ActiveCfg = Release|Win32
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Debug|Win32.ActiveCfg = Debug|Win32
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Debug|x64.ActiveCfg = Debug|x64
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Release|Win32.ActiveCfg = Release|Win32
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Release|x64.ActiveCfg = Release|x64
{006D8B41-C3C7-4448-85E1-AF8907E591E5}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Configure|Win32.ActiveCfg = Release|Win32
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Debug|Win32.ActiveCfg = Debug|Win32
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Debug|x64.ActiveCfg = Debug|x64
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Release|Win32.ActiveCfg = Release|Win32
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Release|x64.ActiveCfg = Release|x64
{E0B1E329-BE3E-456D-B372-5F397BE42C84}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Configure|Win32.ActiveCfg = Release|Win32
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Debug|Win32.ActiveCfg = Debug|Win32
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Debug|x64.ActiveCfg = Debug|x64
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Release|Win32.ActiveCfg = Release|Win32
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Release|x64.ActiveCfg = Release|x64
{64D8AA46-88DB-41F4-B837-053AE02406B8}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Configure|Win32.ActiveCfg = Release|Win32
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Debug|Win32.ActiveCfg = Debug|Win32
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Debug|x64.ActiveCfg = Debug|x64
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Release|Win32.ActiveCfg = Release|Win32
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Release|x64.ActiveCfg = Release|x64
{5FF862CE-80A0-4B48-A80B-68AE325A0432}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Configure|Win32.ActiveCfg = Release|Win32
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Debug|Win32.ActiveCfg = Debug|Win32
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Debug|x64.ActiveCfg = Debug|x64
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Release|Win32.ActiveCfg = Release|Win32
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Release|x64.ActiveCfg = Release|x64
{ACBE81D9-64B1-4133-823A-807A4E60B454}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Configure|Win32.ActiveCfg = Release|Win32
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Debug|Win32.ActiveCfg = Debug|Win32
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Debug|x64.ActiveCfg = Debug|x64
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Release|Win32.ActiveCfg = Release|Win32
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Release|x64.ActiveCfg = Release|x64
{57249192-8E29-4D85-8B7A-FEFF1760B1DA}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Configure|Win32.ActiveCfg = Release|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Debug|Win32.ActiveCfg = Debug|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Debug|x64.ActiveCfg = Debug|x64
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Release|Win32.ActiveCfg = Release|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Release|x64.ActiveCfg = Release|x64
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D62}.Release|x64.Build.0 = Release|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Configure|Win32.ActiveCfg = Release|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Configure|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Configure|x64.ActiveCfg = Release|Win32
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Debug|Win32.ActiveCfg = Debug|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Debug|Win32.Build.0 = Debug|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Debug|x64.ActiveCfg = Debug|x64
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Debug|x64.Build.0 = Debug|x64
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Release|Win32.ActiveCfg = Release|Win32
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Release|Win32.Build.0 = Release|Win32
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Release|x64.ActiveCfg = Release|x64
{F1EFF064-8869-4DFF-8E1A-CD8F4A5F8D61}.Release|x64.Build.0 = Release|x64
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndGlobalSection
Updates to the VStudio project files: 1. Switch from VStudio 2k3 to VStudio 2k5 2. All pdb files now will be placed as $(OutputDir)/$(ProjectName).pdb. This puts them alongside the binaries with the same base name as the binary. If you need to copy the results of your llvm build into another project's tree, this will simplify that process. 3. Recent files added to the tree were added to the proejects within the VStudio project 4. Project build dependency order fixed so that the build can take place in one pass. A generated file was not being built at the correct time, causing a build error in about half the projects until the build was run a second time. Note you will need flex and bison installed an in your path in order to build properly. llvm-svn: 40557
2007-07-27 20:20:11 +02:00
GlobalSection(SolutionProperties) = preSolution
HideSolutionNode = FALSE
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndGlobalSection
This change does a couple of things. First it gets the Visual Studio builds working. I added the lexing files to the VStudio projects and removed the .l files from the VStudio projects. There was a problem with use of strtoll in TGLexer.cpp and Chris suggested switching to strtol, so that's included here. Additionally, this checkin adds minimal x64 builds to the VStudio builds. Build issues related to x64 in the windows specific files for DynamicLibrary.inc and Singals.inc are worked around, but not ultimately solved. Binaries used to be stored in ...\win32\{Debug|Release} but are now kept in ...\win32\bin\{win32|x64}\{Debug|Release} intermediate files will continue to be stored in the individual project directories under win32. Some names will likely change in the future to reflect that the vstudio projects are no longer 32-bit only, but I wanted to get things up and running today so kept away from bigger restructuring. llvm-svn: 44260
2007-11-21 01:37:56 +01:00
GlobalSection(DPCodeReviewSolutionGUID) = preSolution
DPCodeReviewSolutionGUID = {00000000-0000-0000-0000-000000000000}
EndGlobalSection
Top level files for building natively on win32 llvm-svn: 17447
2004-11-03 17:14:40 +01:00
EndGlobal
Reference in New Issue Copy Permalink