mirror/hdf5
2
0
Fork 0
mirror of https://github.com/HDFGroup/hdf5.git synced 2024-12-21 07:51:46 +08:00
Code Issues Packages Projects Releases Wiki Activity
a6e2a45d15
hdf5/windows/proj/all/all.sln

2365 lines
168 KiB
Plaintext
Raw Normal View History

[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
Microsoft Visual Studio Solution File, Format Version 9.00
# Visual Studio 2005
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "all", "all.vcproj", "{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}"
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF} = {E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED} = {0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}
{BA86B1FE-8CA7-4A96-9FD0-11941F885589} = {BA86B1FE-8CA7-4A96-9FD0-11941F885589}
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33} = {EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}
{34C0FDFA-81D6-4652-B841-894BD1A15FB0} = {34C0FDFA-81D6-4652-B841-894BD1A15FB0}
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC} = {309CE6F8-4658-44CB-8E99-0B86DCA77EFC}
{D1FD44F8-8263-4B29-985D-21CE26F45A76} = {D1FD44F8-8263-4B29-985D-21CE26F45A76}
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4} = {3BBA31F8-2679-4655-975D-52FDA5ABD5C4}
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4} = {1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27} = {76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}
{0CB176F2-1FA9-467A-986D-512FAD8144B0} = {0CB176F2-1FA9-467A-986D-512FAD8144B0}
{4E8105F2-56D4-45D6-9017-706F804052E7} = {4E8105F2-56D4-45D6-9017-706F804052E7}
{E8896FEE-8601-4AFC-91EA-6F9698574174} = {E8896FEE-8601-4AFC-91EA-6F9698574174}
{685666ED-4640-47EE-AEA5-35B9602CA541} = {685666ED-4640-47EE-AEA5-35B9602CA541}
{1B298EEC-0B47-4145-88AA-C6558E0BD993} = {1B298EEC-0B47-4145-88AA-C6558E0BD993}
{1AB767EA-546C-4F72-BC1F-6AA0458512D8} = {1AB767EA-546C-4F72-BC1F-6AA0458512D8}
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21} = {A26C50E9-D3FB-4490-9CD7-606EB2E77D21}
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098} = {CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}
{E6A9BFE8-84DE-46C0-A372-72087598018E} = {E6A9BFE8-84DE-46C0-A372-72087598018E}
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835} = {43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8} = {2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE} = {744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2} = {9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}
{55894CDC-C220-40FE-B403-D74EAC6EBACF} = {55894CDC-C220-40FE-B403-D74EAC6EBACF}
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5} = {40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700} = {9E588AD8-14BD-4BA3-B4EA-16D1D882C700}
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF} = {0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91} = {7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A} = {4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851} = {6410E6D2-EDBF-439D-8C43-1AB0C37AC851}
{165195D1-B742-4030-8B12-3FE94B829D45} = {165195D1-B742-4030-8B12-3FE94B829D45}
{B36344D1-122C-4BC6-A292-CC82F74CBB0A} = {B36344D1-122C-4BC6-A292-CC82F74CBB0A}
{D10F67D0-8057-49C2-A62A-12D0C512288E} = {D10F67D0-8057-49C2-A62A-12D0C512288E}
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B} = {5CC7FFCE-2612-41B6-AF83-C1B61F67949B}
{E81413CC-046C-42B0-B862-0BB81AED2854} = {E81413CC-046C-42B0-B862-0BB81AED2854}
{F4386ECB-D688-4C18-A091-673F1F8A96E7} = {F4386ECB-D688-4C18-A091-673F1F8A96E7}
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7} = {009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF} = {1C5A9EC8-F882-4A8A-B773-E79CD46369AF}
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05} = {DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}
{9321B2C5-74B3-4743-9D87-B0FDCB47373B} = {9321B2C5-74B3-4743-9D87-B0FDCB47373B}
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14} = {8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A} = {17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850} = {18FBE8C2-CD20-4D99-9E0B-63B408CE4850}
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0} = {4F8B23C1-9832-4C3B-A836-2FBB53F628A0}
{DBA493BD-3AF1-4616-8A80-F6FD41B70392} = {DBA493BD-3AF1-4616-8A80-F6FD41B70392}
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3} = {9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3} = {AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}
{265C41B2-30D7-4FF8-A08C-B997363DA763} = {265C41B2-30D7-4FF8-A08C-B997363DA763}
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30} = {5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160} = {EC6B5EAD-D938-4211-A7B1-01C9D2C15160}
{E02CDAAC-05F4-436B-B245-2A402FFA131F} = {E02CDAAC-05F4-436B-B245-2A402FFA131F}
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33} = {D1AADCA9-FB5A-4F44-8E11-8232941E2C33}
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8} = {7C30B2A4-A24D-4796-9754-CABBDB46D0F8}
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4} = {AA7A40A2-A837-4557-AB3D-D64980F6F8E4}
{8CE6FF9D-8A14-4A45-971A-18972109AC9D} = {8CE6FF9D-8A14-4A45-971A-18972109AC9D}
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC} = {53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
{4941199C-EB11-460D-8EF7-9F68293AE202} = {4941199C-EB11-460D-8EF7-9F68293AE202}
{3E41969B-D69B-4235-B192-A94F7853D869} = {3E41969B-D69B-4235-B192-A94F7853D869}
{D15E5D9B-A1A6-4935-889C-D880FD0068CE} = {D15E5D9B-A1A6-4935-889C-D880FD0068CE}
{0E0F449A-7998-4113-BDD2-A74E0B6D3466} = {0E0F449A-7998-4113-BDD2-A74E0B6D3466}
{34EEE194-B77E-453E-9C59-252C0421188A} = {34EEE194-B77E-453E-9C59-252C0421188A}
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F} = {7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}
{9A226D92-9326-4907-A462-25997D5C9427} = {9A226D92-9326-4907-A462-25997D5C9427}
{EFA04391-B35B-44C0-AB27-1383D4C9E358} = {EFA04391-B35B-44C0-AB27-1383D4C9E358}
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F} = {14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}
{FD8B058E-F53A-4197-B75E-849904E5AA79} = {FD8B058E-F53A-4197-B75E-849904E5AA79}
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169} = {D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0} = {7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}
{8708E58C-F990-4B6C-AD83-745CA9582E92} = {8708E58C-F990-4B6C-AD83-745CA9582E92}
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF} = {F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6} = {BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}
{98AE818A-E887-414B-985F-85F8411916C9} = {98AE818A-E887-414B-985F-85F8411916C9}
{A90ADD88-DA1B-4642-A97B-37DF89433858} = {A90ADD88-DA1B-4642-A97B-37DF89433858}
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0} = {DFE42486-47A2-487C-81B9-DDCDA9F07BF0}
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B} = {E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}
{7693B383-C2CB-43FD-A428-598F73D214F7} = {7693B383-C2CB-43FD-A428-598F73D214F7}
{71A1C081-FF1C-452B-B938-95551D565302} = {71A1C081-FF1C-452B-B938-95551D565302}
{EBF7C380-5F58-462D-993D-75B53F83FA81} = {EBF7C380-5F58-462D-993D-75B53F83FA81}
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35} = {CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B} = {E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7} = {9AAC897A-70FA-4E5E-BF48-F664C12B05C7}
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50} = {2DCDB978-79B7-4A3A-B24A-D908A49B7D50}
{8792D377-8105-4C67-87F1-115E48D0178F} = {8792D377-8105-4C67-87F1-115E48D0178F}
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD} = {958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}
{D1518671-CB9D-471F-8BCE-A03DE67F26B1} = {D1518671-CB9D-471F-8BCE-A03DE67F26B1}
{0DA16B6F-0156-417A-9093-589D55BB066C} = {0DA16B6F-0156-417A-9093-589D55BB066C}
{C2E6106F-1450-4F62-8D8E-17A93E986B26} = {C2E6106F-1450-4F62-8D8E-17A93E986B26}
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0} = {4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767} = {8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}
{7E207F6A-DC28-4DEB-8454-7977092131DC} = {7E207F6A-DC28-4DEB-8454-7977092131DC}
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03} = {CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}
{C325E167-DBC3-4611-8AC8-2A118432E35B} = {C325E167-DBC3-4611-8AC8-2A118432E35B}
{76858167-F4DB-476C-A2B6-A3069D60D9E2} = {76858167-F4DB-476C-A2B6-A3069D60D9E2}
{AE5D4766-9668-4EB5-B801-5DF8F53363FC} = {AE5D4766-9668-4EB5-B801-5DF8F53363FC}
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823} = {C4BA3E66-2310-43E7-B30A-ABDCCF44D823}
{6312B365-AA53-43AA-BD00-848C1323CA8B} = {6312B365-AA53-43AA-BD00-848C1323CA8B}
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB} = {BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}
{68A52165-E0EF-4019-B658-1AC734649955} = {68A52165-E0EF-4019-B658-1AC734649955}
{5A90FD64-6EED-45E1-A147-D9FE72788570} = {5A90FD64-6EED-45E1-A147-D9FE72788570}
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F} = {3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}
{57A5C559-F1BD-49F1-9B5E-13591D22FD75} = {57A5C559-F1BD-49F1-9B5E-13591D22FD75}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
{37605955-FA00-41C9-9D39-D078CF270376} = {37605955-FA00-41C9-9D39-D078CF270376}
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5} = {FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{F5109F4B-5869-40A7-BC6A-8130CA4BB987} = {F5109F4B-5869-40A7-BC6A-8130CA4BB987}
{03359B45-E43D-44B3-BDE5-8B14D9F0D827} = {03359B45-E43D-44B3-BDE5-8B14D9F0D827}
{CEA44545-33C8-4C63-9F8C-85BA48F45637} = {CEA44545-33C8-4C63-9F8C-85BA48F45637}
{D8D53F43-41EE-486A-8DBD-956D8CD072E8} = {D8D53F43-41EE-486A-8DBD-956D8CD072E8}
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF} = {ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}
{9ADAE03A-2060-471E-A7B5-9D8F6995223A} = {9ADAE03A-2060-471E-A7B5-9D8F6995223A}
{80892339-F6CE-4E96-B61B-131095F2612D} = {80892339-F6CE-4E96-B61B-131095F2612D}
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892} = {AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}
{0C5E3F36-3338-4B2C-A956-4D577B6119E7} = {0C5E3F36-3338-4B2C-A956-4D577B6119E7}
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5} = {27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}
{E5C9E235-E10F-4F46-A94F-A112CD8D867E} = {E5C9E235-E10F-4F46-A94F-A112CD8D867E}
{196F5935-2391-49A7-B6A2-410DF8149F0D} = {196F5935-2391-49A7-B6A2-410DF8149F0D}
{69952435-F01F-46A7-B907-A78EBC864ED7} = {69952435-F01F-46A7-B907-A78EBC864ED7}
{3EDEB434-F59E-4C50-8884-F0BB29845619} = {3EDEB434-F59E-4C50-8884-F0BB29845619}
{AF696934-5004-4C1D-90C3-B434E92AFB89} = {AF696934-5004-4C1D-90C3-B434E92AFB89}
{834DD32C-D078-441F-95F4-9CDE108B60AE} = {834DD32C-D078-441F-95F4-9CDE108B60AE}
{2248C52C-75DC-465B-A598-6E89CC93E00D} = {2248C52C-75DC-465B-A598-6E89CC93E00D}
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5} = {AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}
{802B922A-E813-438E-A180-4A8839A11A55} = {802B922A-E813-438E-A180-4A8839A11A55}
{BE1A0022-708E-4CC2-B01C-26BD99AB6576} = {BE1A0022-708E-4CC2-B01C-26BD99AB6576}
{7D293021-0601-498B-91B8-C49580EFB08D} = {7D293021-0601-498B-91B8-C49580EFB08D}
{794B7E1E-E6AD-456D-9F33-FCE317325EC4} = {794B7E1E-E6AD-456D-9F33-FCE317325EC4}
{411D221C-9FA1-417E-8A2B-DF746F4C7E07} = {411D221C-9FA1-417E-8A2B-DF746F4C7E07}
{D279901A-8E21-47D3-B7EA-A572EE12F2E6} = {D279901A-8E21-47D3-B7EA-A572EE12F2E6}
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0} = {357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}
{52E83C17-2B68-44B5-881D-4F6338FB14C7} = {52E83C17-2B68-44B5-881D-4F6338FB14C7}
{9FCBE814-3818-4F1A-975D-05BAF6FF432F} = {9FCBE814-3818-4F1A-975D-05BAF6FF432F}
{B21CA611-6DAE-4051-8B4C-989E135711B1} = {B21CA611-6DAE-4051-8B4C-989E135711B1}
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90} = {73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4} = {0D18A50F-52B3-4322-AC0D-F15CD657CEC4}
{89DA820B-7A3B-46FA-AE09-971A739BEEFD} = {89DA820B-7A3B-46FA-AE09-971A739BEEFD}
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5} = {405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}
{854F7E09-CEB5-44CD-B924-3FFAC7936323} = {854F7E09-CEB5-44CD-B924-3FFAC7936323}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
{364FF608-7969-4ED1-95B2-8592872F8264} = {364FF608-7969-4ED1-95B2-8592872F8264}
{E1F98D07-4724-46CB-B327-5677C1C9266D} = {E1F98D07-4724-46CB-B327-5677C1C9266D}
{4AC79406-D6E0-43B3-82B0-7A032FABB52A} = {4AC79406-D6E0-43B3-82B0-7A032FABB52A}
{6FFCE804-EF4A-468F-A174-561934C153A1} = {6FFCE804-EF4A-468F-A174-561934C153A1}
{0A049202-6533-413E-89D6-5D6866AAE703} = {0A049202-6533-413E-89D6-5D6866AAE703}
{8C6D9C00-44A9-432F-B695-F56439C1B288} = {8C6D9C00-44A9-432F-B695-F56439C1B288}
[svn-r15503] Purpose: Add new app_ref test to Windows projects Description: A new test program, app_ref, was added to the source and configure script. We need to make special Windows project files for static and DLL versions of the test, and also VS2005 and VS.NET versions. Finally, include the new test in our script Tested: VS2005 on WinXP
2008-08-22 00:41:49 +08:00
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7} = {C35122F6-49FF-4AAA-A2AA-482628E5E2A7}
{0C618DA2-4097-46B9-83D0-144AEB774568} = {0C618DA2-4097-46B9-83D0-144AEB774568}
[svn-r15584] Purpose: Add new extensible array source code and test project for Windows Description: In revision 15549, new source code was added for the extensible array interface. This checkin adds the source code to Windows, along with the new test project, earray. Note: The new H5EA interface causes compilation errors on Windows, and will need to be fixed in the source.
2008-09-03 23:09:10 +08:00
{E3B24219-DEB9-4ECB-809C-AD98EE51974E} = {E3B24219-DEB9-4ECB-809C-AD98EE51974E}
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D} = {D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF} = {D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}
{3C224452-C71A-4B3E-937A-891144D1941D} = {3C224452-C71A-4B3E-937A-891144D1941D}
{B123D196-2F43-4FEB-80B5-990F06DED319} = {B123D196-2F43-4FEB-80B5-990F06DED319}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "big", "..\..\test\big\big.vcproj", "{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "bigdll", "..\..\test\bigdll\bigdll.vcproj", "{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "binread", "..\..\tools\testfiles\binread\binread.vcproj", "{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "bittests", "..\..\test\bittests\bittests.vcproj", "{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "bittestsdll", "..\..\test\bittestsdll\bittestsdll.vcproj", "{E5C9E235-E10F-4F46-A94F-A112CD8D867E}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "btree2", "..\..\test\btree2\btree2.vcproj", "{8CE6FF9D-8A14-4A45-971A-18972109AC9D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "btree2dll", "..\..\test\btree2dll\btree2dll.vcproj", "{34EEE194-B77E-453E-9C59-252C0421188A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cache", "..\..\test\cache\cache.vcproj", "{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cache_api", "..\..\test\cache_api\cache_api.vcproj", "{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cache_apidll", "..\..\test\cache_apidll\cache_apidll.vcproj", "{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cachedll", "..\..\test\cachedll\cachedll.vcproj", "{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "chunk", "..\..\test\chunk\chunk.vcproj", "{57A5C559-F1BD-49F1-9B5E-13591D22FD75}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "chunkdll", "..\..\test\chunkdll\chunkdll.vcproj", "{4941199C-EB11-460D-8EF7-9F68293AE202}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cmpd_dset", "..\..\test\cmpd_dset\cmpd_dset.vcproj", "{BA86B1FE-8CA7-4A96-9FD0-11941F885589}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cmpd_dsetdll", "..\..\test\cmpd_dsetdll\cmpd_dsetdll.vcproj", "{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cross_read", "..\..\test\cross_read\cross_read.vcproj", "{68A52165-E0EF-4019-B658-1AC734649955}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "cross_readdll", "..\..\test\cross_readdll\cross_readdll.vcproj", "{E1F98D07-4724-46CB-B327-5677C1C9266D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dangle", "..\..\test\dangle\dangle.vcproj", "{8C6D9C00-44A9-432F-B695-F56439C1B288}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dangledll", "..\..\test\dangledll\dangledll.vcproj", "{D15E5D9B-A1A6-4935-889C-D880FD0068CE}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dsets", "..\..\test\dsets\dsets.vcproj", "{A90ADD88-DA1B-4642-A97B-37DF89433858}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dsets_cpp", "..\..\c++\test\dsets_cpp\dsets_cpp.vcproj", "{802B922A-E813-438E-A180-4A8839A11A55}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5} = {FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dsets_cppdll", "..\..\c++\test\dsets_cppdll\dsets_cppdll.vcproj", "{76858167-F4DB-476C-A2B6-A3069D60D9E2}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{D279901A-8E21-47D3-B7EA-A572EE12F2E6} = {D279901A-8E21-47D3-B7EA-A572EE12F2E6}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dsetsdll", "..\..\test\dsetsdll\dsetsdll.vcproj", "{1B298EEC-0B47-4145-88AA-C6558E0BD993}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dt_arith", "..\..\test\dt_arith\dt_arith.vcproj", "{AE5D4766-9668-4EB5-B801-5DF8F53363FC}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dt_arithdll", "..\..\test\dt_arithdll\dt_arithdll.vcproj", "{3E41969B-D69B-4235-B192-A94F7853D869}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dtransform", "..\..\test\dtransform\dtransform.vcproj", "{F5109F4B-5869-40A7-BC6A-8130CA4BB987}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dtransformdll", "..\..\test\dtransformdll\dtransformdll.vcproj", "{0E0F449A-7998-4113-BDD2-A74E0B6D3466}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dtypes", "..\..\test\dtypes\dtypes.vcproj", "{4AC79406-D6E0-43B3-82B0-7A032FABB52A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "dtypesdll", "..\..\test\dtypesdll\dtypesdll.vcproj", "{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "enum", "..\..\test\enum\enum.vcproj", "{FD8B058E-F53A-4197-B75E-849904E5AA79}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "enumdll", "..\..\test\enumdll\enumdll.vcproj", "{D8D53F43-41EE-486A-8DBD-956D8CD072E8}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14138]
2007-09-11 03:14:08 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "error_test", "..\..\test\error_test\error_test.vcproj", "{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14138]
2007-09-11 03:14:08 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "error_testdll", "..\..\test\error_testdll\error_testdll.vcproj", "{55894CDC-C220-40FE-B403-D74EAC6EBACF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14138]
2007-09-11 03:14:08 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "err_compat", "..\..\test\err_compat\err_compat.vcproj", "{265C41B2-30D7-4FF8-A08C-B997363DA763}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14138]
2007-09-11 03:14:08 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "err_compatdll", "..\..\test\err_compatdll\err_compatdll.vcproj", "{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "extend", "..\..\test\extend\extend.vcproj", "{8708E58C-F990-4B6C-AD83-745CA9582E92}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "extenddll", "..\..\test\extenddll\extenddll.vcproj", "{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "external", "..\..\test\external\external.vcproj", "{7D293021-0601-498B-91B8-C49580EFB08D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "externaldll", "..\..\test\externaldll\externaldll.vcproj", "{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "fheap", "..\..\test\fheap\fheap.vcproj", "{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "fheapdll", "..\..\test\fheapdll\fheapdll.vcproj", "{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "fillval", "..\..\test\fillval\fillval.vcproj", "{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "fillvaldll", "..\..\test\fillvaldll\fillvaldll.vcproj", "{0CB176F2-1FA9-467A-986D-512FAD8144B0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "flush1", "..\..\test\flush1\flush1.vcproj", "{364FF608-7969-4ED1-95B2-8592872F8264}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "flush1dll", "..\..\test\flush1dll\flush1dll.vcproj", "{B36344D1-122C-4BC6-A292-CC82F74CBB0A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "flush2", "..\..\test\flush2\flush2.vcproj", "{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "flush2dll", "..\..\test\flush2dll\flush2dll.vcproj", "{F4386ECB-D688-4C18-A091-673F1F8A96E7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "getname", "..\..\test\getname\getname.vcproj", "{B21CA611-6DAE-4051-8B4C-989E135711B1}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "getnamedll", "..\..\test\getnamedll\getnamedll.vcproj", "{80892339-F6CE-4E96-B61B-131095F2612D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "getub", "..\..\test\getub\getub.vcproj", "{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "gheap", "..\..\test\gheap\gheap.vcproj", "{9FCBE814-3818-4F1A-975D-05BAF6FF432F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "gheapdll", "..\..\test\gheapdll\gheapdll.vcproj", "{0DA16B6F-0156-417A-9093-589D55BB066C}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "gif2h5", "..\..\hl\tools\gifconv\gif2h5.vcproj", "{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "gif2h5dll", "..\..\hl\tools\gifconvdll\gif2h5dll.vcproj", "{C325E167-DBC3-4611-8AC8-2A118432E35B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h52gif", "..\..\hl\tools\gifconv\h52gif.vcproj", "{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h52gifdll", "..\..\hl\tools\gifconvdll\h52gifdll.vcproj", "{834DD32C-D078-441F-95F4-9CDE108B60AE}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5copy", "..\..\tools\h5copy\h5copy.vcproj", "{69952435-F01F-46A7-B907-A78EBC864ED7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5debug", "..\..\tools\h5debug\h5debug.vcproj", "{BE1A0022-708E-4CC2-B01C-26BD99AB6576}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5debugdll", "..\..\tools\h5debugdll\h5debugdll.vcproj", "{D10F67D0-8057-49C2-A62A-12D0C512288E}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5diff", "..\..\tools\h5diff\h5diff.vcproj", "{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5diffdll", "..\..\tools\h5diffdll\h5diffdll.vcproj", "{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5difftst", "..\..\tools\TESTFILES\h5difftst\h5difftst.vcproj", "{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5dump", "..\..\tools\h5dump\h5dump.vcproj", "{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5dumpdll", "..\..\tools\h5dumpdll\h5dumpdll.vcproj", "{7E207F6A-DC28-4DEB-8454-7977092131DC}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5dumptst", "..\..\tools\testfiles\h5dumptst\h5dumptst.vcproj", "{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5import", "..\..\tools\h5import\h5import.vcproj", "{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5importdll", "..\..\tools\h5importdll\h5importdll.vcproj", "{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5importtst", "..\..\tools\TESTFILES\h5importtst\h5importtst.vcproj", "{AF696934-5004-4C1D-90C3-B434E92AFB89}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5jam", "..\..\tools\h5jam\h5jam.vcproj", "{196F5935-2391-49A7-B6A2-410DF8149F0D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5jamtst", "..\..\tools\TESTFILES\h5jamtst\h5jamtst.vcproj", "{E8896FEE-8601-4AFC-91EA-6F9698574174}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5ls", "..\..\tools\h5ls\h5ls.vcproj", "{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5lsdll", "..\..\tools\h5lsdll\h5lsdll.vcproj", "{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5mkgrp", "..\..\tools\h5mkgrp\h5mkgrp.vcproj", "{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repack", "..\..\tools\h5repack\h5repack.vcproj", "{411D221C-9FA1-417E-8A2B-DF746F4C7E07}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repackdll", "..\..\tools\h5repackdll\h5repackdll.vcproj", "{854F7E09-CEB5-44CD-B924-3FFAC7936323}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repacktst", "..\..\tools\testfiles\h5repacktst\h5repacktst.vcproj", "{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repart", "..\..\tools\h5repart\h5repart.vcproj", "{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repart_gentest", "..\..\tools\TESTFILES\h5repart_gentest\h5repart_gentest.vcproj", "{EBF7C380-5F58-462D-993D-75B53F83FA81}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5repartdll", "..\..\tools\h5repartdll\h5repartdll.vcproj", "{89DA820B-7A3B-46FA-AE09-971A739BEEFD}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5reparttst", "..\..\tools\TESTFILES\h5reparttst\h5reparttst.vcproj", "{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5stat", "..\..\tools\h5stat\h5stat.vcproj", "{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5statdll", "..\..\tools\h5statdll\h5statdll.vcproj", "{165195D1-B742-4030-8B12-3FE94B829D45}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5unjam", "..\..\tools\h5unjam\h5unjam.vcproj", "{52E83C17-2B68-44B5-881D-4F6338FB14C7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5", "..\hdf5\hdf5.vcproj", "{26346A09-C500-49E7-963A-D22A8E09AAB7}"
[svn-r14255] Purpose: Add h5tinit.c to default Windows build process Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
2007-11-13 23:17:49 +08:00
ProjectSection(ProjectDependencies) = postProject
{B123D196-2F43-4FEB-80B5-990F06DED319} = {B123D196-2F43-4FEB-80B5-990F06DED319}
EndProjectSection
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_cpp", "..\hdf5_cpp\hdf5_cpp.vcproj", "{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_cppdll", "..\hdf5_cppdll\hdf5_cppdll.vcproj", "{D279901A-8E21-47D3-B7EA-A572EE12F2E6}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_hl", "..\hdf5_hl\hdf5_hl.vcproj", "{9A124450-EC54-4813-B0B1-2CA96B695009}"
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
ProjectSection(ProjectDependencies) = postProject
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
EndProjectSection
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_hl_cpp", "..\hdf5_hl_cpp\hdf5_hl_cpp.vcproj", "{7693B383-C2CB-43FD-A428-598F73D214F7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5} = {FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_hl_cppdll", "..\hdf5_hl_cppdll\hdf5_hl_cppdll.vcproj", "{3EDEB434-F59E-4C50-8884-F0BB29845619}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5_hldll", "..\hdf5_hldll\hdf5_hldll.vcproj", "{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hdf5dll", "..\hdf5dll\hdf5dll.vcproj", "{C9535AD9-C61D-4691-A5CE-52EF359892AF}"
[svn-r14255] Purpose: Add h5tinit.c to default Windows build process Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
2007-11-13 23:17:49 +08:00
ProjectSection(ProjectDependencies) = postProject
{B123D196-2F43-4FEB-80B5-990F06DED319} = {B123D196-2F43-4FEB-80B5-990F06DED319}
EndProjectSection
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_ds", "..\..\hl\test\hl_test_ds\hl_test_ds.vcproj", "{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_dsdll", "..\..\hl\test\hl_test_dsdll\hl_test_dsdll.vcproj", "{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_image", "..\..\hl\test\hl_test_image\hl_test_image.vcproj", "{03359B45-E43D-44B3-BDE5-8B14D9F0D827}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_imagedll", "..\..\hl\test\hl_test_imagedll\hl_test_imagedll.vcproj", "{9A226D92-9326-4907-A462-25997D5C9427}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_lite", "..\..\hl\test\hl_test_lite\hl_test_lite.vcproj", "{6FFCE804-EF4A-468F-A174-561934C153A1}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_litedll", "..\..\hl\test\hl_test_litedll\hl_test_litedll.vcproj", "{98AE818A-E887-414B-985F-85F8411916C9}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_packet", "..\..\hl\test\hl_test_packet\hl_test_packet.vcproj", "{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_packetdll", "..\..\hl\test\hl_test_packetdll\hl_test_packetdll.vcproj", "{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_table", "..\..\hl\test\hl_test_table\hl_test_table.vcproj", "{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{9A124450-EC54-4813-B0B1-2CA96B695009} = {9A124450-EC54-4813-B0B1-2CA96B695009}
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_table_cpp", "..\..\hl\c++\test\hl_test_table_cpp\hl_test_table_cpp.vcproj", "{6312B365-AA53-43AA-BD00-848C1323CA8B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{7693B383-C2CB-43FD-A428-598F73D214F7} = {7693B383-C2CB-43FD-A428-598F73D214F7}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5} = {FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_table_cppdll", "..\..\hl\c++\test\hl_test_table_cppdll\hl_test_table_cppdll.vcproj", "{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{3EDEB434-F59E-4C50-8884-F0BB29845619} = {3EDEB434-F59E-4C50-8884-F0BB29845619}
{D279901A-8E21-47D3-B7EA-A572EE12F2E6} = {D279901A-8E21-47D3-B7EA-A572EE12F2E6}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hl_test_tabledll", "..\..\hl\test\hl_test_tabledll\hl_test_tabledll.vcproj", "{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C} = {CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hyperslab", "..\..\test\hyperslab\hyperslab.vcproj", "{1AB767EA-546C-4F72-BC1F-6AA0458512D8}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "hyperslabdll", "..\..\test\hyperslabdll\hyperslabdll.vcproj", "{CEA44545-33C8-4C63-9F8C-85BA48F45637}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "iopipe", "..\..\test\iopipe\iopipe.vcproj", "{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "iopipedll", "..\..\test\iopipedll\iopipedll.vcproj", "{4E8105F2-56D4-45D6-9017-706F804052E7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "istore", "..\..\test\istore\istore.vcproj", "{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "istoredll", "..\..\test\istoredll\istoredll.vcproj", "{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "lheap", "..\..\test\lheap\lheap.vcproj", "{5A90FD64-6EED-45E1-A147-D9FE72788570}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "lheapdll", "..\..\test\lheapdll\lheapdll.vcproj", "{E02CDAAC-05F4-436B-B245-2A402FFA131F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "libtest", "..\..\test\libtest\libtest.vcproj", "{A80D439C-37B4-4619-A122-1C69F567733B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "libtestdll", "..\..\test\libtestdll\libtestdll.vcproj", "{54BDA057-C716-4807-A35E-73185DCB236D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "links", "..\..\test\links\links.vcproj", "{8792D377-8105-4C67-87F1-115E48D0178F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "linksdll", "..\..\test\linksdll\linksdll.vcproj", "{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "mount", "..\..\test\mount\mount.vcproj", "{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "mountdll", "..\..\test\mountdll\mountdll.vcproj", "{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "mtime", "..\..\test\mtime\mtime.vcproj", "{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "mtimedll", "..\..\test\mtimedll\mtimedll.vcproj", "{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ntypes", "..\..\test\ntypes\ntypes.vcproj", "{0A049202-6533-413E-89D6-5D6866AAE703}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ntypesdll", "..\..\test\ntypesdll\ntypesdll.vcproj", "{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "objcopy", "..\..\test\objcopy\objcopy.vcproj", "{34C0FDFA-81D6-4652-B841-894BD1A15FB0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "objcopydll", "..\..\test\objcopydll\objcopydll.vcproj", "{794B7E1E-E6AD-456D-9F33-FCE317325EC4}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ohdr", "..\..\test\ohdr\ohdr.vcproj", "{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14255] Purpose: Add h5tinit.c to default Windows build process Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
2007-11-13 23:17:49 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14603] Purpose: Add hdf5 library as a dependency to hdf5_hl library in Windows project files Description: For some reason, the hdf5_hl library didn't have hdf5 listed as a dependency. This isn't normally a problem, because building "all" will build hdf5 library. However, when a user tries to build only hdf5_hl, hdf5 library wouldn't be built. Although not technically required for compiling the library code, the hdf5 library is needed for linking any applications, so it's a natural dependency. Tested: VS2005 on WinXP VNET on WinXP
2008-02-19 02:24:12 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ohdrdll", "..\..\test\ohdrdll\ohdrdll.vcproj", "{37605955-FA00-41C9-9D39-D078CF270376}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "overhead", "..\..\test\overhead\overhead.vcproj", "{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "overheaddll", "..\..\test\overheaddll\overheaddll.vcproj", "{71A1C081-FF1C-452B-B938-95551D565302}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "pool", "..\..\test\pool\pool.vcproj", "{9ADAE03A-2060-471E-A7B5-9D8F6995223A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "pooldll", "..\..\test\pooldll\pooldll.vcproj", "{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "reserved", "..\..\test\reserved\reserved.vcproj", "{2248C52C-75DC-465B-A598-6E89CC93E00D}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "reserveddll", "..\..\test\reserveddll\reserveddll.vcproj", "{C2E6106F-1450-4F62-8D8E-17A93E986B26}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "set_extent", "..\..\test\set_extent\set_extent.vcproj", "{E81413CC-046C-42B0-B862-0BB81AED2854}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "set_extentdll", "..\..\test\set_extentdll\set_extentdll.vcproj", "{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "stab", "..\..\test\stab\stab.vcproj", "{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "stabdll", "..\..\test\stabdll\stabdll.vcproj", "{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "talign", "..\..\tools\talign\talign.vcproj", "{E6A9BFE8-84DE-46C0-A372-72087598018E}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "taligndll", "..\..\tools\taligndll\taligndll.vcproj", "{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "tellub", "..\..\test\tellub\tellub.vcproj", "{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testh5repack_detect_szip", "..\..\tools\TESTFILES\testh5repack_detect_szip\testh5repack_detect_szip.vcproj", "{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A} = {473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testh5repack_detect_szipdll", "..\..\tools\TESTFILES\testh5repack_detect_szipdll\testh5repack_detect_szipdll.vcproj", "{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{832DD776-BC7F-40B5-90D0-E6448014CA5B} = {832DD776-BC7F-40B5-90D0-E6448014CA5B}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testhdf5", "..\..\test\testhdf5\testhdf5.vcproj", "{D1518671-CB9D-471F-8BCE-A03DE67F26B1}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testhdf5_cpp", "..\..\c++\test\testhdf5_cpp\testhdf5_cpp.vcproj", "{EFA04391-B35B-44C0-AB27-1383D4C9E358}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5} = {FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testhdf5_cppdll", "..\..\c++\test\testhdf5_cppdll\testhdf5_cppdll.vcproj", "{DBA493BD-3AF1-4616-8A80-F6FD41B70392}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{D279901A-8E21-47D3-B7EA-A572EE12F2E6} = {D279901A-8E21-47D3-B7EA-A572EE12F2E6}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "testhdf5dll", "..\..\test\testhdf5dll\testhdf5dll.vcproj", "{D1FD44F8-8263-4B29-985D-21CE26F45A76}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "toolslib", "..\..\tools\toolslib\toolslib.vcproj", "{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "toolslibdll", "..\..\tools\toolslibdll\toolslibdll.vcproj", "{832DD776-BC7F-40B5-90D0-E6448014CA5B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "ttsafedll", "..\..\test\ttsafedll\ttsafedll.vcproj", "{DDDFC0AC-2ECB-4930-9C83-788AC7C1343E}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "unlink", "..\..\test\unlink\unlink.vcproj", "{9321B2C5-74B3-4743-9D87-B0FDCB47373B}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r13922] Purpose: First step in VS6 Depreciation Desciption: This is the first major check-in in the process of depreciating Visual Studio 6.0. We create a new directory, windows_vs6, which now holds all of our previous VS6 project files. We expect to maintain this directory for only a short time (perhaps one release), so users have time to make the change. The ./windows directory now contains project files for Visual Studio .Net, as well as existing source and test scripts. This will allow us to greatly simplify the build process for the majority of our users. We have created a new solution (.Net equivolent of workspace) that houses the Fortran project files. This allowed us to remove these files from the main solution, as well as streamline the conversion in the Fortran solution. It is also much easier now to convert to Visual Studio 2005 files. Notes: I didn't update the MANIFEST with this check-in, I will make those changes shortly. Also, I haven't yet updated the documentation to reflect this check-in. That is going to require more work. We will be giving a seminar in the coming weeks about .Net and how to migrate over. Tested: VS6/VNET/VS2005 on WinXP 32/64-bit
2007-06-28 03:13:45 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "unlinkdll", "..\..\test\unlinkdll\unlinkdll.vcproj", "{685666ED-4640-47EE-AEA5-35B9602CA541}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "vfd", "..\..\test\vfd\vfd.vcproj", "{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14235] Purpose: Modify Windows project dependencies Description: Add toolslib(dll) as a dependency to h5import(dll), to support the new -V flag. This needed to be done in each of our 3 solution files. Tested: Only built, VS2005 and VS6
2007-11-05 22:13:31 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "vfddll", "..\..\test\vfddll\vfddll.vcproj", "{0C5E3F36-3338-4B2C-A956-4D577B6119E7}"
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
ProjectSection(ProjectDependencies) = postProject
[svn-r14902] Merged fortran_1_8 branch changes r14505:14901 into the trunk. New fortran wrappers added.
2008-05-01 03:23:26 +08:00
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndProjectSection
EndProject
[svn-r14255] Purpose: Add h5tinit.c to default Windows build process Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
2007-11-13 23:17:49 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "h5tinit", "..\..\misc\typegen\h5tinit\h5tinit.vcproj", "{B123D196-2F43-4FEB-80B5-990F06DED319}"
EndProject
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "chunk_info", "..\..\test\chunk_info\chunk_info.vcproj", "{E3B24219-DEB9-4ECB-809C-AD98EE51974E}"
ProjectSection(ProjectDependencies) = postProject
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
EndProjectSection
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "chunk_infodll", "..\..\test\chunk_infodll\chunk_infodll.vcproj", "{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}"
ProjectSection(ProjectDependencies) = postProject
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
EndProjectSection
EndProject
[svn-r15503] Purpose: Add new app_ref test to Windows projects Description: A new test program, app_ref, was added to the source and configure script. We need to make special Windows project files for static and DLL versions of the test, and also VS2005 and VS.NET versions. Finally, include the new test in our script Tested: VS2005 on WinXP
2008-08-22 00:41:49 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "app_ref", "..\..\test\app_ref\app_ref.vcproj", "{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}"
ProjectSection(ProjectDependencies) = postProject
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
EndProjectSection
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "app_refdll", "..\..\test\app_refdll\app_refdll.vcproj", "{0C618DA2-4097-46B9-83D0-144AEB774568}"
ProjectSection(ProjectDependencies) = postProject
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
EndProjectSection
EndProject
[svn-r15584] Purpose: Add new extensible array source code and test project for Windows Description: In revision 15549, new source code was added for the extensible array interface. This checkin adds the source code to Windows, along with the new test project, earray. Note: The new H5EA interface causes compilation errors on Windows, and will need to be fixed in the source.
2008-09-03 23:09:10 +08:00
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "earray", "..\..\test\earray\earray.vcproj", "{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}"
ProjectSection(ProjectDependencies) = postProject
{26346A09-C500-49E7-963A-D22A8E09AAB7} = {26346A09-C500-49E7-963A-D22A8E09AAB7}
{A80D439C-37B4-4619-A122-1C69F567733B} = {A80D439C-37B4-4619-A122-1C69F567733B}
EndProjectSection
EndProject
Project("{8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}") = "earraydll", "..\..\test\earraydll\earraydll.vcproj", "{3C224452-C71A-4B3E-937A-891144D1941D}"
ProjectSection(ProjectDependencies) = postProject
{54BDA057-C716-4807-A35E-73185DCB236D} = {54BDA057-C716-4807-A35E-73185DCB236D}
{C9535AD9-C61D-4691-A5CE-52EF359892AF} = {C9535AD9-C61D-4691-A5CE-52EF359892AF}
EndProjectSection
EndProject
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
Global
[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
GlobalSection(SolutionConfigurationPlatforms) = preSolution
Debug|Win32 = Debug|Win32
Debug|x64 = Debug|x64
Release|Win32 = Release|Win32
Release|x64 = Release|x64
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndGlobalSection
[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
GlobalSection(ProjectConfigurationPlatforms) = postSolution
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Debug|Win32.ActiveCfg = Debug|Win32
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Debug|Win32.Build.0 = Debug|Win32
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Debug|x64.ActiveCfg = Debug|x64
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Debug|x64.Build.0 = Debug|x64
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Release|Win32.ActiveCfg = Release|Win32
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Release|Win32.Build.0 = Release|Win32
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Release|x64.ActiveCfg = Release|x64
{24E5C6DF-1FA4-49AD-AE75-1D9347966CC5}.Release|x64.Build.0 = Release|x64
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Debug|Win32.ActiveCfg = Debug|Win32
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Debug|Win32.Build.0 = Debug|Win32
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Debug|x64.ActiveCfg = Debug|x64
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Debug|x64.Build.0 = Debug|x64
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Release|Win32.ActiveCfg = Release|Win32
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Release|Win32.Build.0 = Release|Win32
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Release|x64.ActiveCfg = Release|x64
{009F2CC9-B131-4C51-BCFD-CEBDEFCB32C7}.Release|x64.Build.0 = Release|x64
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Debug|Win32.ActiveCfg = Debug|Win32
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Debug|Win32.Build.0 = Debug|Win32
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Debug|x64.ActiveCfg = Debug|x64
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Debug|x64.Build.0 = Debug|x64
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Release|Win32.ActiveCfg = Release|Win32
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Release|Win32.Build.0 = Release|Win32
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Release|x64.ActiveCfg = Release|x64
{8C97CA6D-2210-4D1F-AEF2-5D56FFBCE767}.Release|x64.Build.0 = Release|x64
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Debug|Win32.ActiveCfg = Debug|Win32
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Debug|Win32.Build.0 = Debug|Win32
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Debug|x64.ActiveCfg = Debug|x64
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Debug|x64.Build.0 = Debug|x64
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Release|Win32.ActiveCfg = Release|Win32
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Release|Win32.Build.0 = Release|Win32
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Release|x64.ActiveCfg = Release|x64
{BE9A4A65-F25B-4DCF-8B55-06B3D0C685CB}.Release|x64.Build.0 = Release|x64
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Debug|Win32.ActiveCfg = Debug|Win32
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Debug|Win32.Build.0 = Debug|Win32
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Debug|x64.ActiveCfg = Debug|x64
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Debug|x64.Build.0 = Debug|x64
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Release|Win32.ActiveCfg = Release|Win32
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Release|Win32.Build.0 = Release|Win32
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Release|x64.ActiveCfg = Release|x64
{958A5473-0E7C-4FA1-9C2F-AEA0925EF5AD}.Release|x64.Build.0 = Release|x64
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Debug|Win32.ActiveCfg = Debug|Win32
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Debug|Win32.Build.0 = Debug|Win32
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Debug|x64.ActiveCfg = Debug|x64
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Debug|x64.Build.0 = Debug|x64
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Release|Win32.ActiveCfg = Release|Win32
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Release|Win32.Build.0 = Release|Win32
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Release|x64.ActiveCfg = Release|x64
{E5C9E235-E10F-4F46-A94F-A112CD8D867E}.Release|x64.Build.0 = Release|x64
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Debug|Win32.ActiveCfg = Debug|Win32
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Debug|Win32.Build.0 = Debug|Win32
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Debug|x64.ActiveCfg = Debug|x64
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Debug|x64.Build.0 = Debug|x64
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Release|Win32.ActiveCfg = Release|Win32
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Release|Win32.Build.0 = Release|Win32
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Release|x64.ActiveCfg = Release|x64
{8CE6FF9D-8A14-4A45-971A-18972109AC9D}.Release|x64.Build.0 = Release|x64
{34EEE194-B77E-453E-9C59-252C0421188A}.Debug|Win32.ActiveCfg = Debug|Win32
{34EEE194-B77E-453E-9C59-252C0421188A}.Debug|Win32.Build.0 = Debug|Win32
{34EEE194-B77E-453E-9C59-252C0421188A}.Debug|x64.ActiveCfg = Debug|x64
{34EEE194-B77E-453E-9C59-252C0421188A}.Debug|x64.Build.0 = Debug|x64
{34EEE194-B77E-453E-9C59-252C0421188A}.Release|Win32.ActiveCfg = Release|Win32
{34EEE194-B77E-453E-9C59-252C0421188A}.Release|Win32.Build.0 = Release|Win32
{34EEE194-B77E-453E-9C59-252C0421188A}.Release|x64.ActiveCfg = Release|x64
{34EEE194-B77E-453E-9C59-252C0421188A}.Release|x64.Build.0 = Release|x64
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Debug|Win32.ActiveCfg = Debug|Win32
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Debug|Win32.Build.0 = Debug|Win32
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Debug|x64.ActiveCfg = Debug|x64
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Debug|x64.Build.0 = Debug|x64
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Release|Win32.ActiveCfg = Release|Win32
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Release|Win32.Build.0 = Release|Win32
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Release|x64.ActiveCfg = Release|x64
{4BAFED6D-07B4-465D-8C93-81A1C2EF02E0}.Release|x64.Build.0 = Release|x64
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Debug|Win32.ActiveCfg = Debug|Win32
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Debug|Win32.Build.0 = Debug|Win32
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Debug|x64.ActiveCfg = Debug|x64
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Debug|x64.Build.0 = Debug|x64
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Release|Win32.ActiveCfg = Release|Win32
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Release|Win32.Build.0 = Release|Win32
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Release|x64.ActiveCfg = Release|x64
{4F8B23C1-9832-4C3B-A836-2FBB53F628A0}.Release|x64.Build.0 = Release|x64
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Debug|Win32.ActiveCfg = Debug|Win32
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Debug|Win32.Build.0 = Debug|Win32
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Debug|x64.ActiveCfg = Debug|x64
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Debug|x64.Build.0 = Debug|x64
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Release|Win32.ActiveCfg = Release|Win32
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Release|Win32.Build.0 = Release|Win32
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Release|x64.ActiveCfg = Release|x64
{EB5DE4FB-CC65-47BF-9D94-AC96B01B6A33}.Release|x64.Build.0 = Release|x64
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Debug|Win32.ActiveCfg = Debug|Win32
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Debug|Win32.Build.0 = Debug|Win32
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Debug|x64.ActiveCfg = Debug|x64
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Debug|x64.Build.0 = Debug|x64
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Release|Win32.ActiveCfg = Release|Win32
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Release|Win32.Build.0 = Release|Win32
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Release|x64.ActiveCfg = Release|x64
{D0CEF98C-07B5-4A8A-9153-43FDF6B5F169}.Release|x64.Build.0 = Release|x64
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Debug|Win32.ActiveCfg = Debug|Win32
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Debug|Win32.Build.0 = Debug|Win32
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Debug|x64.ActiveCfg = Debug|x64
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Debug|x64.Build.0 = Debug|x64
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Release|Win32.ActiveCfg = Release|Win32
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Release|Win32.Build.0 = Release|Win32
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Release|x64.ActiveCfg = Release|x64
{57A5C559-F1BD-49F1-9B5E-13591D22FD75}.Release|x64.Build.0 = Release|x64
{4941199C-EB11-460D-8EF7-9F68293AE202}.Debug|Win32.ActiveCfg = Debug|Win32
{4941199C-EB11-460D-8EF7-9F68293AE202}.Debug|Win32.Build.0 = Debug|Win32
{4941199C-EB11-460D-8EF7-9F68293AE202}.Debug|x64.ActiveCfg = Debug|x64
{4941199C-EB11-460D-8EF7-9F68293AE202}.Debug|x64.Build.0 = Debug|x64
{4941199C-EB11-460D-8EF7-9F68293AE202}.Release|Win32.ActiveCfg = Release|Win32
{4941199C-EB11-460D-8EF7-9F68293AE202}.Release|Win32.Build.0 = Release|Win32
{4941199C-EB11-460D-8EF7-9F68293AE202}.Release|x64.ActiveCfg = Release|x64
{4941199C-EB11-460D-8EF7-9F68293AE202}.Release|x64.Build.0 = Release|x64
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Debug|Win32.ActiveCfg = Debug|Win32
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Debug|Win32.Build.0 = Debug|Win32
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Debug|x64.ActiveCfg = Debug|x64
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Debug|x64.Build.0 = Debug|x64
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Release|Win32.ActiveCfg = Release|Win32
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Release|Win32.Build.0 = Release|Win32
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Release|x64.ActiveCfg = Release|x64
{BA86B1FE-8CA7-4A96-9FD0-11941F885589}.Release|x64.Build.0 = Release|x64
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Debug|Win32.ActiveCfg = Debug|Win32
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Debug|Win32.Build.0 = Debug|Win32
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Debug|x64.ActiveCfg = Debug|x64
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Debug|x64.Build.0 = Debug|x64
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Release|Win32.ActiveCfg = Release|Win32
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Release|Win32.Build.0 = Release|Win32
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Release|x64.ActiveCfg = Release|x64
{8F4417C5-2F4A-4070-88F9-0AFDB0F8EA14}.Release|x64.Build.0 = Release|x64
{68A52165-E0EF-4019-B658-1AC734649955}.Debug|Win32.ActiveCfg = Debug|Win32
{68A52165-E0EF-4019-B658-1AC734649955}.Debug|Win32.Build.0 = Debug|Win32
{68A52165-E0EF-4019-B658-1AC734649955}.Debug|x64.ActiveCfg = Debug|x64
{68A52165-E0EF-4019-B658-1AC734649955}.Debug|x64.Build.0 = Debug|x64
{68A52165-E0EF-4019-B658-1AC734649955}.Release|Win32.ActiveCfg = Release|Win32
{68A52165-E0EF-4019-B658-1AC734649955}.Release|Win32.Build.0 = Release|Win32
{68A52165-E0EF-4019-B658-1AC734649955}.Release|x64.ActiveCfg = Release|x64
{68A52165-E0EF-4019-B658-1AC734649955}.Release|x64.Build.0 = Release|x64
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Debug|Win32.ActiveCfg = Debug|Win32
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Debug|Win32.Build.0 = Debug|Win32
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Debug|x64.ActiveCfg = Debug|x64
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Debug|x64.Build.0 = Debug|x64
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Release|Win32.ActiveCfg = Release|Win32
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Release|Win32.Build.0 = Release|Win32
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Release|x64.ActiveCfg = Release|x64
{E1F98D07-4724-46CB-B327-5677C1C9266D}.Release|x64.Build.0 = Release|x64
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Debug|Win32.ActiveCfg = Debug|Win32
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Debug|Win32.Build.0 = Debug|Win32
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Debug|x64.ActiveCfg = Debug|x64
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Debug|x64.Build.0 = Debug|x64
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Release|Win32.ActiveCfg = Release|Win32
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Release|Win32.Build.0 = Release|Win32
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Release|x64.ActiveCfg = Release|x64
{8C6D9C00-44A9-432F-B695-F56439C1B288}.Release|x64.Build.0 = Release|x64
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Debug|Win32.ActiveCfg = Debug|Win32
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Debug|Win32.Build.0 = Debug|Win32
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Debug|x64.ActiveCfg = Debug|x64
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Debug|x64.Build.0 = Debug|x64
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Release|Win32.ActiveCfg = Release|Win32
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Release|Win32.Build.0 = Release|Win32
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Release|x64.ActiveCfg = Release|x64
{D15E5D9B-A1A6-4935-889C-D880FD0068CE}.Release|x64.Build.0 = Release|x64
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Debug|Win32.ActiveCfg = Debug|Win32
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Debug|Win32.Build.0 = Debug|Win32
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Debug|x64.ActiveCfg = Debug|x64
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Debug|x64.Build.0 = Debug|x64
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Release|Win32.ActiveCfg = Release|Win32
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Release|Win32.Build.0 = Release|Win32
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Release|x64.ActiveCfg = Release|x64
{A90ADD88-DA1B-4642-A97B-37DF89433858}.Release|x64.Build.0 = Release|x64
{802B922A-E813-438E-A180-4A8839A11A55}.Debug|Win32.ActiveCfg = Debug|Win32
{802B922A-E813-438E-A180-4A8839A11A55}.Debug|Win32.Build.0 = Debug|Win32
{802B922A-E813-438E-A180-4A8839A11A55}.Debug|x64.ActiveCfg = Debug|x64
{802B922A-E813-438E-A180-4A8839A11A55}.Debug|x64.Build.0 = Debug|x64
{802B922A-E813-438E-A180-4A8839A11A55}.Release|Win32.ActiveCfg = Release|Win32
{802B922A-E813-438E-A180-4A8839A11A55}.Release|Win32.Build.0 = Release|Win32
{802B922A-E813-438E-A180-4A8839A11A55}.Release|x64.ActiveCfg = Release|x64
{802B922A-E813-438E-A180-4A8839A11A55}.Release|x64.Build.0 = Release|x64
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Debug|Win32.ActiveCfg = Debug|Win32
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Debug|Win32.Build.0 = Debug|Win32
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Debug|x64.ActiveCfg = Debug|x64
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Debug|x64.Build.0 = Debug|x64
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Release|Win32.ActiveCfg = Release|Win32
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Release|Win32.Build.0 = Release|Win32
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Release|x64.ActiveCfg = Release|x64
{76858167-F4DB-476C-A2B6-A3069D60D9E2}.Release|x64.Build.0 = Release|x64
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Debug|Win32.ActiveCfg = Debug|Win32
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Debug|Win32.Build.0 = Debug|Win32
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Debug|x64.ActiveCfg = Debug|x64
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Debug|x64.Build.0 = Debug|x64
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Release|Win32.ActiveCfg = Release|Win32
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Release|Win32.Build.0 = Release|Win32
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Release|x64.ActiveCfg = Release|x64
{1B298EEC-0B47-4145-88AA-C6558E0BD993}.Release|x64.Build.0 = Release|x64
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Debug|Win32.ActiveCfg = Debug|Win32
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Debug|Win32.Build.0 = Debug|Win32
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Debug|x64.ActiveCfg = Debug|x64
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Debug|x64.Build.0 = Debug|x64
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Release|Win32.ActiveCfg = Release|Win32
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Release|Win32.Build.0 = Release|Win32
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Release|x64.ActiveCfg = Release|x64
{AE5D4766-9668-4EB5-B801-5DF8F53363FC}.Release|x64.Build.0 = Release|x64
{3E41969B-D69B-4235-B192-A94F7853D869}.Debug|Win32.ActiveCfg = Debug|Win32
{3E41969B-D69B-4235-B192-A94F7853D869}.Debug|Win32.Build.0 = Debug|Win32
{3E41969B-D69B-4235-B192-A94F7853D869}.Debug|x64.ActiveCfg = Debug|x64
{3E41969B-D69B-4235-B192-A94F7853D869}.Debug|x64.Build.0 = Debug|x64
{3E41969B-D69B-4235-B192-A94F7853D869}.Release|Win32.ActiveCfg = Release|Win32
{3E41969B-D69B-4235-B192-A94F7853D869}.Release|Win32.Build.0 = Release|Win32
{3E41969B-D69B-4235-B192-A94F7853D869}.Release|x64.ActiveCfg = Release|x64
{3E41969B-D69B-4235-B192-A94F7853D869}.Release|x64.Build.0 = Release|x64
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Debug|Win32.ActiveCfg = Debug|Win32
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Debug|Win32.Build.0 = Debug|Win32
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Debug|x64.ActiveCfg = Debug|x64
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Debug|x64.Build.0 = Debug|x64
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Release|Win32.ActiveCfg = Release|Win32
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Release|Win32.Build.0 = Release|Win32
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Release|x64.ActiveCfg = Release|x64
{F5109F4B-5869-40A7-BC6A-8130CA4BB987}.Release|x64.Build.0 = Release|x64
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Debug|Win32.ActiveCfg = Debug|Win32
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Debug|Win32.Build.0 = Debug|Win32
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Debug|x64.ActiveCfg = Debug|x64
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Debug|x64.Build.0 = Debug|x64
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Release|Win32.ActiveCfg = Release|Win32
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Release|Win32.Build.0 = Release|Win32
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Release|x64.ActiveCfg = Release|x64
{0E0F449A-7998-4113-BDD2-A74E0B6D3466}.Release|x64.Build.0 = Release|x64
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Debug|Win32.ActiveCfg = Debug|Win32
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Debug|Win32.Build.0 = Debug|Win32
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Debug|x64.ActiveCfg = Debug|x64
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Debug|x64.Build.0 = Debug|x64
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Release|Win32.ActiveCfg = Release|Win32
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Release|Win32.Build.0 = Release|Win32
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Release|x64.ActiveCfg = Release|x64
{4AC79406-D6E0-43B3-82B0-7A032FABB52A}.Release|x64.Build.0 = Release|x64
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Debug|Win32.ActiveCfg = Debug|Win32
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Debug|Win32.Build.0 = Debug|Win32
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Debug|x64.ActiveCfg = Debug|x64
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Debug|x64.Build.0 = Debug|x64
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Release|Win32.ActiveCfg = Release|Win32
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Release|Win32.Build.0 = Release|Win32
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Release|x64.ActiveCfg = Release|x64
{AE50F8BA-5FAC-47CC-A5A0-7F1E55C413E3}.Release|x64.Build.0 = Release|x64
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Debug|Win32.ActiveCfg = Debug|Win32
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Debug|Win32.Build.0 = Debug|Win32
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Debug|x64.ActiveCfg = Debug|x64
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Debug|x64.Build.0 = Debug|x64
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Release|Win32.ActiveCfg = Release|Win32
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Release|Win32.Build.0 = Release|Win32
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Release|x64.ActiveCfg = Release|x64
{FD8B058E-F53A-4197-B75E-849904E5AA79}.Release|x64.Build.0 = Release|x64
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Debug|Win32.ActiveCfg = Debug|Win32
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Debug|Win32.Build.0 = Debug|Win32
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Debug|x64.ActiveCfg = Debug|x64
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Debug|x64.Build.0 = Debug|x64
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Release|Win32.ActiveCfg = Release|Win32
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Release|Win32.Build.0 = Release|Win32
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Release|x64.ActiveCfg = Release|x64
{D8D53F43-41EE-486A-8DBD-956D8CD072E8}.Release|x64.Build.0 = Release|x64
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Debug|Win32.ActiveCfg = Debug|Win32
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Debug|Win32.Build.0 = Debug|Win32
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Debug|x64.ActiveCfg = Debug|x64
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Debug|x64.Build.0 = Debug|x64
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Release|Win32.ActiveCfg = Release|Win32
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Release|Win32.Build.0 = Release|Win32
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Release|x64.ActiveCfg = Release|x64
{7ABA5DD5-77E7-42D3-9C29-84A13B0CAA91}.Release|x64.Build.0 = Release|x64
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Debug|Win32.ActiveCfg = Debug|Win32
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Debug|Win32.Build.0 = Debug|Win32
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Debug|x64.ActiveCfg = Debug|x64
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Debug|x64.Build.0 = Debug|x64
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Release|Win32.ActiveCfg = Release|Win32
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Release|Win32.Build.0 = Release|Win32
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Release|x64.ActiveCfg = Release|x64
{55894CDC-C220-40FE-B403-D74EAC6EBACF}.Release|x64.Build.0 = Release|x64
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Debug|Win32.ActiveCfg = Debug|Win32
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Debug|Win32.Build.0 = Debug|Win32
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Debug|x64.ActiveCfg = Debug|x64
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Debug|x64.Build.0 = Debug|x64
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Release|Win32.ActiveCfg = Release|Win32
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Release|Win32.Build.0 = Release|Win32
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Release|x64.ActiveCfg = Release|x64
{265C41B2-30D7-4FF8-A08C-B997363DA763}.Release|x64.Build.0 = Release|x64
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Debug|Win32.ActiveCfg = Debug|Win32
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Debug|Win32.Build.0 = Debug|Win32
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Debug|x64.ActiveCfg = Debug|x64
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Debug|x64.Build.0 = Debug|x64
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Release|Win32.ActiveCfg = Release|Win32
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Release|Win32.Build.0 = Release|Win32
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Release|x64.ActiveCfg = Release|x64
{309CE6F8-4658-44CB-8E99-0B86DCA77EFC}.Release|x64.Build.0 = Release|x64
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Debug|Win32.ActiveCfg = Debug|Win32
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Debug|Win32.Build.0 = Debug|Win32
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Debug|x64.ActiveCfg = Debug|x64
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Debug|x64.Build.0 = Debug|x64
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Release|Win32.ActiveCfg = Release|Win32
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Release|Win32.Build.0 = Release|Win32
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Release|x64.ActiveCfg = Release|x64
{8708E58C-F990-4B6C-AD83-745CA9582E92}.Release|x64.Build.0 = Release|x64
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Debug|Win32.ActiveCfg = Debug|Win32
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Debug|Win32.Build.0 = Debug|Win32
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Debug|x64.ActiveCfg = Debug|x64
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Debug|x64.Build.0 = Debug|x64
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Release|Win32.ActiveCfg = Release|Win32
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Release|Win32.Build.0 = Release|Win32
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Release|x64.ActiveCfg = Release|x64
{76FFD0F6-3D5F-4826-A3BA-DEE92084FA27}.Release|x64.Build.0 = Release|x64
{7D293021-0601-498B-91B8-C49580EFB08D}.Debug|Win32.ActiveCfg = Debug|Win32
{7D293021-0601-498B-91B8-C49580EFB08D}.Debug|Win32.Build.0 = Debug|Win32
{7D293021-0601-498B-91B8-C49580EFB08D}.Debug|x64.ActiveCfg = Debug|x64
{7D293021-0601-498B-91B8-C49580EFB08D}.Debug|x64.Build.0 = Debug|x64
{7D293021-0601-498B-91B8-C49580EFB08D}.Release|Win32.ActiveCfg = Release|Win32
{7D293021-0601-498B-91B8-C49580EFB08D}.Release|Win32.Build.0 = Release|Win32
{7D293021-0601-498B-91B8-C49580EFB08D}.Release|x64.ActiveCfg = Release|x64
{7D293021-0601-498B-91B8-C49580EFB08D}.Release|x64.Build.0 = Release|x64
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Debug|Win32.ActiveCfg = Debug|Win32
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Debug|Win32.Build.0 = Debug|Win32
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Debug|x64.ActiveCfg = Debug|x64
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Debug|x64.Build.0 = Debug|x64
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Release|Win32.ActiveCfg = Release|Win32
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Release|Win32.Build.0 = Release|Win32
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Release|x64.ActiveCfg = Release|x64
{0CB771D6-9CAB-4799-A7B1-5D89E436E6AF}.Release|x64.Build.0 = Release|x64
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Debug|Win32.ActiveCfg = Debug|Win32
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Debug|Win32.Build.0 = Debug|Win32
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Debug|x64.ActiveCfg = Debug|x64
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Debug|x64.Build.0 = Debug|x64
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Release|Win32.ActiveCfg = Release|Win32
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Release|Win32.Build.0 = Release|Win32
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Release|x64.ActiveCfg = Release|x64
{AACD0537-E8F3-4F0F-A0E6-B99C0F4EF892}.Release|x64.Build.0 = Release|x64
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Debug|Win32.ActiveCfg = Debug|Win32
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Debug|Win32.Build.0 = Debug|Win32
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Debug|x64.ActiveCfg = Debug|x64
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Debug|x64.Build.0 = Debug|x64
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Release|Win32.ActiveCfg = Release|Win32
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Release|Win32.Build.0 = Release|Win32
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Release|x64.ActiveCfg = Release|x64
{CEBB9980-4B77-4105-BFEB-4DCDBB1F5E35}.Release|x64.Build.0 = Release|x64
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Debug|Win32.ActiveCfg = Debug|Win32
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Debug|Win32.Build.0 = Debug|Win32
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Debug|x64.ActiveCfg = Debug|x64
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Debug|x64.Build.0 = Debug|x64
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Release|Win32.ActiveCfg = Release|Win32
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Release|Win32.Build.0 = Release|Win32
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Release|x64.ActiveCfg = Release|x64
{CAC1F1E8-55D5-4CC6-857E-F01E59FB8098}.Release|x64.Build.0 = Release|x64
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Debug|Win32.ActiveCfg = Debug|Win32
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Debug|Win32.Build.0 = Debug|Win32
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Debug|x64.ActiveCfg = Debug|x64
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Debug|x64.Build.0 = Debug|x64
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Release|Win32.ActiveCfg = Release|Win32
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Release|Win32.Build.0 = Release|Win32
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Release|x64.ActiveCfg = Release|x64
{0CB176F2-1FA9-467A-986D-512FAD8144B0}.Release|x64.Build.0 = Release|x64
{364FF608-7969-4ED1-95B2-8592872F8264}.Debug|Win32.ActiveCfg = Debug|Win32
{364FF608-7969-4ED1-95B2-8592872F8264}.Debug|Win32.Build.0 = Debug|Win32
{364FF608-7969-4ED1-95B2-8592872F8264}.Debug|x64.ActiveCfg = Debug|x64
{364FF608-7969-4ED1-95B2-8592872F8264}.Debug|x64.Build.0 = Debug|x64
{364FF608-7969-4ED1-95B2-8592872F8264}.Release|Win32.ActiveCfg = Release|Win32
{364FF608-7969-4ED1-95B2-8592872F8264}.Release|Win32.Build.0 = Release|Win32
{364FF608-7969-4ED1-95B2-8592872F8264}.Release|x64.ActiveCfg = Release|x64
{364FF608-7969-4ED1-95B2-8592872F8264}.Release|x64.Build.0 = Release|x64
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Debug|Win32.ActiveCfg = Debug|Win32
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Debug|Win32.Build.0 = Debug|Win32
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Debug|x64.ActiveCfg = Debug|x64
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Debug|x64.Build.0 = Debug|x64
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Release|Win32.ActiveCfg = Release|Win32
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Release|Win32.Build.0 = Release|Win32
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Release|x64.ActiveCfg = Release|x64
{B36344D1-122C-4BC6-A292-CC82F74CBB0A}.Release|x64.Build.0 = Release|x64
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Debug|Win32.ActiveCfg = Debug|Win32
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Debug|Win32.Build.0 = Debug|Win32
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Debug|x64.ActiveCfg = Debug|x64
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Debug|x64.Build.0 = Debug|x64
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Release|Win32.ActiveCfg = Release|Win32
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Release|Win32.Build.0 = Release|Win32
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Release|x64.ActiveCfg = Release|x64
{E9F8FC85-8508-4FE7-9BB0-C0494A71BA1B}.Release|x64.Build.0 = Release|x64
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Debug|Win32.ActiveCfg = Debug|Win32
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Debug|Win32.Build.0 = Debug|Win32
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Debug|x64.ActiveCfg = Debug|x64
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Debug|x64.Build.0 = Debug|x64
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Release|Win32.ActiveCfg = Release|Win32
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Release|Win32.Build.0 = Release|Win32
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Release|x64.ActiveCfg = Release|x64
{F4386ECB-D688-4C18-A091-673F1F8A96E7}.Release|x64.Build.0 = Release|x64
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Debug|Win32.ActiveCfg = Debug|Win32
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Debug|Win32.Build.0 = Debug|Win32
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Debug|x64.ActiveCfg = Debug|x64
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Debug|x64.Build.0 = Debug|x64
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Release|Win32.ActiveCfg = Release|Win32
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Release|Win32.Build.0 = Release|Win32
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Release|x64.ActiveCfg = Release|x64
{B21CA611-6DAE-4051-8B4C-989E135711B1}.Release|x64.Build.0 = Release|x64
{80892339-F6CE-4E96-B61B-131095F2612D}.Debug|Win32.ActiveCfg = Debug|Win32
{80892339-F6CE-4E96-B61B-131095F2612D}.Debug|Win32.Build.0 = Debug|Win32
{80892339-F6CE-4E96-B61B-131095F2612D}.Debug|x64.ActiveCfg = Debug|x64
{80892339-F6CE-4E96-B61B-131095F2612D}.Debug|x64.Build.0 = Debug|x64
{80892339-F6CE-4E96-B61B-131095F2612D}.Release|Win32.ActiveCfg = Release|Win32
{80892339-F6CE-4E96-B61B-131095F2612D}.Release|Win32.Build.0 = Release|Win32
{80892339-F6CE-4E96-B61B-131095F2612D}.Release|x64.ActiveCfg = Release|x64
{80892339-F6CE-4E96-B61B-131095F2612D}.Release|x64.Build.0 = Release|x64
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Debug|Win32.ActiveCfg = Debug|Win32
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Debug|Win32.Build.0 = Debug|Win32
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Debug|x64.ActiveCfg = Debug|x64
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Debug|x64.Build.0 = Debug|x64
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Release|Win32.ActiveCfg = Release|Win32
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Release|Win32.Build.0 = Release|Win32
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Release|x64.ActiveCfg = Release|x64
{2FC5DAE1-36D6-4783-A0F9-96D0B37687A8}.Release|x64.Build.0 = Release|x64
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Debug|Win32.ActiveCfg = Debug|Win32
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Debug|Win32.Build.0 = Debug|Win32
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Debug|x64.ActiveCfg = Debug|x64
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Debug|x64.Build.0 = Debug|x64
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Release|Win32.ActiveCfg = Release|Win32
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Release|Win32.Build.0 = Release|Win32
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Release|x64.ActiveCfg = Release|x64
{9FCBE814-3818-4F1A-975D-05BAF6FF432F}.Release|x64.Build.0 = Release|x64
{0DA16B6F-0156-417A-9093-589D55BB066C}.Debug|Win32.ActiveCfg = Debug|Win32
{0DA16B6F-0156-417A-9093-589D55BB066C}.Debug|Win32.Build.0 = Debug|Win32
{0DA16B6F-0156-417A-9093-589D55BB066C}.Debug|x64.ActiveCfg = Debug|x64
{0DA16B6F-0156-417A-9093-589D55BB066C}.Debug|x64.Build.0 = Debug|x64
{0DA16B6F-0156-417A-9093-589D55BB066C}.Release|Win32.ActiveCfg = Release|Win32
{0DA16B6F-0156-417A-9093-589D55BB066C}.Release|Win32.Build.0 = Release|Win32
{0DA16B6F-0156-417A-9093-589D55BB066C}.Release|x64.ActiveCfg = Release|x64
{0DA16B6F-0156-417A-9093-589D55BB066C}.Release|x64.Build.0 = Release|x64
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Debug|Win32.ActiveCfg = Debug|Win32
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Debug|Win32.Build.0 = Debug|Win32
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Debug|x64.ActiveCfg = Debug|x64
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Debug|x64.Build.0 = Debug|x64
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Release|Win32.ActiveCfg = Release|Win32
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Release|Win32.Build.0 = Release|Win32
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Release|x64.ActiveCfg = Release|x64
{7C30B2A4-A24D-4796-9754-CABBDB46D0F8}.Release|x64.Build.0 = Release|x64
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Debug|Win32.ActiveCfg = Debug|Win32
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Debug|Win32.Build.0 = Debug|Win32
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Debug|x64.ActiveCfg = Debug|x64
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Debug|x64.Build.0 = Debug|x64
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Release|Win32.ActiveCfg = Release|Win32
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Release|Win32.Build.0 = Release|Win32
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Release|x64.ActiveCfg = Release|x64
{C325E167-DBC3-4611-8AC8-2A118432E35B}.Release|x64.Build.0 = Release|x64
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Debug|Win32.ActiveCfg = Debug|Win32
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Debug|Win32.Build.0 = Debug|Win32
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Debug|x64.ActiveCfg = Debug|x64
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Debug|x64.Build.0 = Debug|x64
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Release|Win32.ActiveCfg = Release|Win32
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Release|Win32.Build.0 = Release|Win32
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Release|x64.ActiveCfg = Release|x64
{AA7A40A2-A837-4557-AB3D-D64980F6F8E4}.Release|x64.Build.0 = Release|x64
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Debug|Win32.ActiveCfg = Debug|Win32
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Debug|Win32.Build.0 = Debug|Win32
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Debug|x64.ActiveCfg = Debug|x64
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Debug|x64.Build.0 = Debug|x64
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Release|Win32.ActiveCfg = Release|Win32
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Release|Win32.Build.0 = Release|Win32
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Release|x64.ActiveCfg = Release|x64
{834DD32C-D078-441F-95F4-9CDE108B60AE}.Release|x64.Build.0 = Release|x64
{69952435-F01F-46A7-B907-A78EBC864ED7}.Debug|Win32.ActiveCfg = Debug|Win32
{69952435-F01F-46A7-B907-A78EBC864ED7}.Debug|Win32.Build.0 = Debug|Win32
{69952435-F01F-46A7-B907-A78EBC864ED7}.Debug|x64.ActiveCfg = Debug|x64
{69952435-F01F-46A7-B907-A78EBC864ED7}.Debug|x64.Build.0 = Debug|x64
{69952435-F01F-46A7-B907-A78EBC864ED7}.Release|Win32.ActiveCfg = Release|Win32
{69952435-F01F-46A7-B907-A78EBC864ED7}.Release|Win32.Build.0 = Release|Win32
{69952435-F01F-46A7-B907-A78EBC864ED7}.Release|x64.ActiveCfg = Release|x64
{69952435-F01F-46A7-B907-A78EBC864ED7}.Release|x64.Build.0 = Release|x64
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Debug|Win32.ActiveCfg = Debug|Win32
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Debug|Win32.Build.0 = Debug|Win32
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Debug|x64.ActiveCfg = Debug|x64
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Debug|x64.Build.0 = Debug|x64
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Release|Win32.ActiveCfg = Release|Win32
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Release|Win32.Build.0 = Release|Win32
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Release|x64.ActiveCfg = Release|x64
{BE1A0022-708E-4CC2-B01C-26BD99AB6576}.Release|x64.Build.0 = Release|x64
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Debug|Win32.ActiveCfg = Debug|Win32
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Debug|Win32.Build.0 = Debug|Win32
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Debug|x64.ActiveCfg = Debug|x64
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Debug|x64.Build.0 = Debug|x64
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Release|Win32.ActiveCfg = Release|Win32
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Release|Win32.Build.0 = Release|Win32
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Release|x64.ActiveCfg = Release|x64
{D10F67D0-8057-49C2-A62A-12D0C512288E}.Release|x64.Build.0 = Release|x64
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Debug|Win32.ActiveCfg = Debug|Win32
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Debug|Win32.Build.0 = Debug|Win32
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Debug|x64.ActiveCfg = Debug|x64
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Debug|x64.Build.0 = Debug|x64
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Release|Win32.ActiveCfg = Release|Win32
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Release|Win32.Build.0 = Release|Win32
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Release|x64.ActiveCfg = Release|x64
{1C5A9EC8-F882-4A8A-B773-E79CD46369AF}.Release|x64.Build.0 = Release|x64
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Debug|Win32.ActiveCfg = Debug|Win32
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Debug|Win32.Build.0 = Debug|Win32
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Debug|x64.ActiveCfg = Debug|x64
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Debug|x64.Build.0 = Debug|x64
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Release|Win32.ActiveCfg = Release|Win32
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Release|Win32.Build.0 = Release|Win32
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Release|x64.ActiveCfg = Release|x64
{EC6B5EAD-D938-4211-A7B1-01C9D2C15160}.Release|x64.Build.0 = Release|x64
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Debug|Win32.ActiveCfg = Debug|Win32
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Debug|Win32.Build.0 = Debug|Win32
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Debug|x64.ActiveCfg = Debug|x64
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Debug|x64.Build.0 = Debug|x64
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Release|Win32.ActiveCfg = Release|Win32
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Release|Win32.Build.0 = Release|Win32
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Release|x64.ActiveCfg = Release|x64
{1F80CDF7-B1CB-4303-B282-A21EDC2BDCB4}.Release|x64.Build.0 = Release|x64
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Debug|Win32.ActiveCfg = Debug|Win32
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Debug|Win32.Build.0 = Debug|Win32
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Debug|x64.ActiveCfg = Debug|x64
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Debug|x64.Build.0 = Debug|x64
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Release|Win32.ActiveCfg = Release|Win32
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Release|Win32.Build.0 = Release|Win32
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Release|x64.ActiveCfg = Release|x64
{9A8352DF-AA1E-4FE0-9494-F9D6B4E10CA2}.Release|x64.Build.0 = Release|x64
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Debug|Win32.ActiveCfg = Debug|Win32
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Debug|Win32.Build.0 = Debug|Win32
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Debug|x64.ActiveCfg = Debug|x64
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Debug|x64.Build.0 = Debug|x64
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Release|Win32.ActiveCfg = Release|Win32
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Release|Win32.Build.0 = Release|Win32
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Release|x64.ActiveCfg = Release|x64
{7E207F6A-DC28-4DEB-8454-7977092131DC}.Release|x64.Build.0 = Release|x64
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Debug|Win32.ActiveCfg = Debug|Win32
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Debug|Win32.Build.0 = Debug|Win32
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Debug|x64.ActiveCfg = Debug|x64
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Debug|x64.Build.0 = Debug|x64
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Release|Win32.ActiveCfg = Release|Win32
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Release|Win32.Build.0 = Release|Win32
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Release|x64.ActiveCfg = Release|x64
{0A33B4FE-A2C9-4B7F-ACEC-D251308182ED}.Release|x64.Build.0 = Release|x64
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Debug|Win32.ActiveCfg = Debug|Win32
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Debug|Win32.Build.0 = Debug|Win32
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Debug|x64.ActiveCfg = Debug|x64
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Debug|x64.Build.0 = Debug|x64
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Release|Win32.ActiveCfg = Release|Win32
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Release|Win32.Build.0 = Release|Win32
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Release|x64.ActiveCfg = Release|x64
{9E588AD8-14BD-4BA3-B4EA-16D1D882C700}.Release|x64.Build.0 = Release|x64
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Debug|Win32.ActiveCfg = Debug|Win32
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Debug|Win32.Build.0 = Debug|Win32
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Debug|x64.ActiveCfg = Debug|x64
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Debug|x64.Build.0 = Debug|x64
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Release|Win32.ActiveCfg = Release|Win32
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Release|Win32.Build.0 = Release|Win32
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Release|x64.ActiveCfg = Release|x64
{2DCDB978-79B7-4A3A-B24A-D908A49B7D50}.Release|x64.Build.0 = Release|x64
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Debug|Win32.ActiveCfg = Debug|Win32
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Debug|Win32.Build.0 = Debug|Win32
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Debug|x64.ActiveCfg = Debug|x64
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Debug|x64.Build.0 = Debug|x64
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Release|Win32.ActiveCfg = Release|Win32
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Release|Win32.Build.0 = Release|Win32
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Release|x64.ActiveCfg = Release|x64
{AF696934-5004-4C1D-90C3-B434E92AFB89}.Release|x64.Build.0 = Release|x64
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Debug|Win32.ActiveCfg = Debug|Win32
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Debug|Win32.Build.0 = Debug|Win32
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Debug|x64.ActiveCfg = Debug|x64
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Debug|x64.Build.0 = Debug|x64
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Release|Win32.ActiveCfg = Release|Win32
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Release|Win32.Build.0 = Release|Win32
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Release|x64.ActiveCfg = Release|x64
{196F5935-2391-49A7-B6A2-410DF8149F0D}.Release|x64.Build.0 = Release|x64
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Debug|Win32.ActiveCfg = Debug|Win32
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Debug|Win32.Build.0 = Debug|Win32
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Debug|x64.ActiveCfg = Debug|x64
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Debug|x64.Build.0 = Debug|x64
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Release|Win32.ActiveCfg = Release|Win32
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Release|Win32.Build.0 = Release|Win32
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Release|x64.ActiveCfg = Release|x64
{E8896FEE-8601-4AFC-91EA-6F9698574174}.Release|x64.Build.0 = Release|x64
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Debug|Win32.ActiveCfg = Debug|Win32
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Debug|Win32.Build.0 = Debug|Win32
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Debug|x64.ActiveCfg = Debug|x64
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Debug|x64.Build.0 = Debug|x64
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Release|Win32.ActiveCfg = Release|Win32
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Release|Win32.Build.0 = Release|Win32
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Release|x64.ActiveCfg = Release|x64
{357A1E1A-D5EA-42FB-B4B1-EEB8A4B2BBF0}.Release|x64.Build.0 = Release|x64
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Debug|Win32.ActiveCfg = Debug|Win32
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Debug|Win32.Build.0 = Debug|Win32
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Debug|x64.ActiveCfg = Debug|x64
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Debug|x64.Build.0 = Debug|x64
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Release|Win32.ActiveCfg = Release|Win32
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Release|Win32.Build.0 = Release|Win32
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Release|x64.ActiveCfg = Release|x64
{18FBE8C2-CD20-4D99-9E0B-63B408CE4850}.Release|x64.Build.0 = Release|x64
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Debug|Win32.ActiveCfg = Debug|Win32
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Debug|Win32.Build.0 = Debug|Win32
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Debug|x64.ActiveCfg = Debug|x64
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Debug|x64.Build.0 = Debug|x64
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Release|Win32.ActiveCfg = Release|Win32
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Release|Win32.Build.0 = Release|Win32
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Release|x64.ActiveCfg = Release|x64
{ABBF8F3E-F1B5-45FA-8FD0-50B167511EDF}.Release|x64.Build.0 = Release|x64
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Debug|Win32.ActiveCfg = Debug|Win32
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Debug|Win32.Build.0 = Debug|Win32
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Debug|x64.ActiveCfg = Debug|x64
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Debug|x64.Build.0 = Debug|x64
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Release|Win32.ActiveCfg = Release|Win32
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Release|Win32.Build.0 = Release|Win32
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Release|x64.ActiveCfg = Release|x64
{411D221C-9FA1-417E-8A2B-DF746F4C7E07}.Release|x64.Build.0 = Release|x64
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Debug|Win32.ActiveCfg = Debug|Win32
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Debug|Win32.Build.0 = Debug|Win32
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Debug|x64.ActiveCfg = Debug|x64
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Debug|x64.Build.0 = Debug|x64
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Release|Win32.ActiveCfg = Release|Win32
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Release|Win32.Build.0 = Release|Win32
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Release|x64.ActiveCfg = Release|x64
{854F7E09-CEB5-44CD-B924-3FFAC7936323}.Release|x64.Build.0 = Release|x64
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Debug|Win32.ActiveCfg = Debug|Win32
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Debug|Win32.Build.0 = Debug|Win32
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Debug|x64.ActiveCfg = Debug|x64
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Debug|x64.Build.0 = Debug|x64
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Release|Win32.ActiveCfg = Release|Win32
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Release|Win32.Build.0 = Release|Win32
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Release|x64.ActiveCfg = Release|x64
{AC4C582B-B27D-4E57-A59F-6FF0E833C6E5}.Release|x64.Build.0 = Release|x64
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Debug|Win32.ActiveCfg = Debug|Win32
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Debug|Win32.Build.0 = Debug|Win32
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Debug|x64.ActiveCfg = Debug|x64
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Debug|x64.Build.0 = Debug|x64
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Release|Win32.ActiveCfg = Release|Win32
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Release|Win32.Build.0 = Release|Win32
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Release|x64.ActiveCfg = Release|x64
{F2E38A8C-F3A3-4DA4-B9C2-11C753FF51BF}.Release|x64.Build.0 = Release|x64
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Debug|Win32.ActiveCfg = Debug|Win32
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Debug|Win32.Build.0 = Debug|Win32
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Debug|x64.ActiveCfg = Debug|x64
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Debug|x64.Build.0 = Debug|x64
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Release|Win32.ActiveCfg = Release|Win32
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Release|Win32.Build.0 = Release|Win32
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Release|x64.ActiveCfg = Release|x64
{EBF7C380-5F58-462D-993D-75B53F83FA81}.Release|x64.Build.0 = Release|x64
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Debug|Win32.ActiveCfg = Debug|Win32
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Debug|Win32.Build.0 = Debug|Win32
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Debug|x64.ActiveCfg = Debug|x64
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Debug|x64.Build.0 = Debug|x64
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Release|Win32.ActiveCfg = Release|Win32
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Release|Win32.Build.0 = Release|Win32
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Release|x64.ActiveCfg = Release|x64
{89DA820B-7A3B-46FA-AE09-971A739BEEFD}.Release|x64.Build.0 = Release|x64
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Debug|Win32.ActiveCfg = Debug|Win32
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Debug|Win32.Build.0 = Debug|Win32
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Debug|x64.ActiveCfg = Debug|x64
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Debug|x64.Build.0 = Debug|x64
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Release|Win32.ActiveCfg = Release|Win32
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Release|Win32.Build.0 = Release|Win32
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Release|x64.ActiveCfg = Release|x64
{53022A9D-F5B2-407C-9A29-3AC71B3E6DDC}.Release|x64.Build.0 = Release|x64
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Debug|Win32.ActiveCfg = Debug|Win32
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Debug|Win32.Build.0 = Debug|Win32
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Debug|x64.ActiveCfg = Debug|x64
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Debug|x64.Build.0 = Debug|x64
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Release|Win32.ActiveCfg = Release|Win32
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Release|Win32.Build.0 = Release|Win32
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Release|x64.ActiveCfg = Release|x64
{405F6F0A-DBE6-4A4E-AAE2-D4D514BA0CF5}.Release|x64.Build.0 = Release|x64
{165195D1-B742-4030-8B12-3FE94B829D45}.Debug|Win32.ActiveCfg = Debug|Win32
{165195D1-B742-4030-8B12-3FE94B829D45}.Debug|Win32.Build.0 = Debug|Win32
{165195D1-B742-4030-8B12-3FE94B829D45}.Debug|x64.ActiveCfg = Debug|x64
{165195D1-B742-4030-8B12-3FE94B829D45}.Debug|x64.Build.0 = Debug|x64
{165195D1-B742-4030-8B12-3FE94B829D45}.Release|Win32.ActiveCfg = Release|Win32
{165195D1-B742-4030-8B12-3FE94B829D45}.Release|Win32.Build.0 = Release|Win32
{165195D1-B742-4030-8B12-3FE94B829D45}.Release|x64.ActiveCfg = Release|x64
{165195D1-B742-4030-8B12-3FE94B829D45}.Release|x64.Build.0 = Release|x64
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Debug|Win32.ActiveCfg = Debug|Win32
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Debug|Win32.Build.0 = Debug|Win32
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Debug|x64.ActiveCfg = Debug|x64
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Debug|x64.Build.0 = Debug|x64
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Release|Win32.ActiveCfg = Release|Win32
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Release|Win32.Build.0 = Release|Win32
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Release|x64.ActiveCfg = Release|x64
{52E83C17-2B68-44B5-881D-4F6338FB14C7}.Release|x64.Build.0 = Release|x64
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Debug|Win32.ActiveCfg = Debug|Win32
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Debug|Win32.Build.0 = Debug|Win32
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Debug|x64.ActiveCfg = Debug|x64
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Debug|x64.Build.0 = Debug|x64
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Release|Win32.ActiveCfg = Release|Win32
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Release|Win32.Build.0 = Release|Win32
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Release|x64.ActiveCfg = Release|x64
{26346A09-C500-49E7-963A-D22A8E09AAB7}.Release|x64.Build.0 = Release|x64
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Debug|Win32.ActiveCfg = Debug|Win32
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Debug|Win32.Build.0 = Debug|Win32
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Debug|x64.ActiveCfg = Debug|x64
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Debug|x64.Build.0 = Debug|x64
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Release|Win32.ActiveCfg = Release|Win32
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Release|Win32.Build.0 = Release|Win32
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Release|x64.ActiveCfg = Release|x64
{FB74E351-0C4E-4173-B0D3-10DD12F2DCA5}.Release|x64.Build.0 = Release|x64
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Debug|Win32.ActiveCfg = Debug|Win32
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Debug|Win32.Build.0 = Debug|Win32
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Debug|x64.ActiveCfg = Debug|x64
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Debug|x64.Build.0 = Debug|x64
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Release|Win32.ActiveCfg = Release|Win32
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Release|Win32.Build.0 = Release|Win32
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Release|x64.ActiveCfg = Release|x64
{D279901A-8E21-47D3-B7EA-A572EE12F2E6}.Release|x64.Build.0 = Release|x64
{9A124450-EC54-4813-B0B1-2CA96B695009}.Debug|Win32.ActiveCfg = Debug|Win32
{9A124450-EC54-4813-B0B1-2CA96B695009}.Debug|Win32.Build.0 = Debug|Win32
{9A124450-EC54-4813-B0B1-2CA96B695009}.Debug|x64.ActiveCfg = Debug|x64
{9A124450-EC54-4813-B0B1-2CA96B695009}.Debug|x64.Build.0 = Debug|x64
{9A124450-EC54-4813-B0B1-2CA96B695009}.Release|Win32.ActiveCfg = Release|Win32
{9A124450-EC54-4813-B0B1-2CA96B695009}.Release|Win32.Build.0 = Release|Win32
{9A124450-EC54-4813-B0B1-2CA96B695009}.Release|x64.ActiveCfg = Release|x64
{9A124450-EC54-4813-B0B1-2CA96B695009}.Release|x64.Build.0 = Release|x64
{7693B383-C2CB-43FD-A428-598F73D214F7}.Debug|Win32.ActiveCfg = Debug|Win32
{7693B383-C2CB-43FD-A428-598F73D214F7}.Debug|Win32.Build.0 = Debug|Win32
{7693B383-C2CB-43FD-A428-598F73D214F7}.Debug|x64.ActiveCfg = Debug|x64
{7693B383-C2CB-43FD-A428-598F73D214F7}.Debug|x64.Build.0 = Debug|x64
{7693B383-C2CB-43FD-A428-598F73D214F7}.Release|Win32.ActiveCfg = Release|Win32
{7693B383-C2CB-43FD-A428-598F73D214F7}.Release|Win32.Build.0 = Release|Win32
{7693B383-C2CB-43FD-A428-598F73D214F7}.Release|x64.ActiveCfg = Release|x64
{7693B383-C2CB-43FD-A428-598F73D214F7}.Release|x64.Build.0 = Release|x64
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Debug|Win32.ActiveCfg = Debug|Win32
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Debug|Win32.Build.0 = Debug|Win32
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Debug|x64.ActiveCfg = Debug|x64
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Debug|x64.Build.0 = Debug|x64
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Release|Win32.ActiveCfg = Release|Win32
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Release|Win32.Build.0 = Release|Win32
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Release|x64.ActiveCfg = Release|x64
{3EDEB434-F59E-4C50-8884-F0BB29845619}.Release|x64.Build.0 = Release|x64
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Debug|Win32.ActiveCfg = Debug|Win32
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Debug|Win32.Build.0 = Debug|Win32
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Debug|x64.ActiveCfg = Debug|x64
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Debug|x64.Build.0 = Debug|x64
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Release|Win32.ActiveCfg = Release|Win32
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Release|Win32.Build.0 = Release|Win32
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Release|x64.ActiveCfg = Release|x64
{CFB2CC74-5F03-494A-84E9-6BB8D2FBC43C}.Release|x64.Build.0 = Release|x64
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Debug|Win32.ActiveCfg = Debug|Win32
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Debug|Win32.Build.0 = Debug|Win32
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Debug|x64.ActiveCfg = Debug|x64
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Debug|x64.Build.0 = Debug|x64
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Release|Win32.ActiveCfg = Release|Win32
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Release|Win32.Build.0 = Release|Win32
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Release|x64.ActiveCfg = Release|x64
{C9535AD9-C61D-4691-A5CE-52EF359892AF}.Release|x64.Build.0 = Release|x64
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Debug|Win32.ActiveCfg = Debug|Win32
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Debug|Win32.Build.0 = Debug|Win32
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Debug|x64.ActiveCfg = Debug|x64
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Debug|x64.Build.0 = Debug|x64
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Release|Win32.ActiveCfg = Release|Win32
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Release|Win32.Build.0 = Release|Win32
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Release|x64.ActiveCfg = Release|x64
{6410E6D2-EDBF-439D-8C43-1AB0C37AC851}.Release|x64.Build.0 = Release|x64
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Debug|Win32.ActiveCfg = Debug|Win32
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Debug|Win32.Build.0 = Debug|Win32
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Debug|x64.ActiveCfg = Debug|x64
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Debug|x64.Build.0 = Debug|x64
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Release|Win32.ActiveCfg = Release|Win32
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Release|Win32.Build.0 = Release|Win32
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Release|x64.ActiveCfg = Release|x64
{3B4A4A62-FDAC-4219-98BD-80C4FE5D4B2F}.Release|x64.Build.0 = Release|x64
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Debug|Win32.ActiveCfg = Debug|Win32
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Debug|Win32.Build.0 = Debug|Win32
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Debug|x64.ActiveCfg = Debug|x64
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Debug|x64.Build.0 = Debug|x64
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Release|Win32.ActiveCfg = Release|Win32
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Release|Win32.Build.0 = Release|Win32
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Release|x64.ActiveCfg = Release|x64
{03359B45-E43D-44B3-BDE5-8B14D9F0D827}.Release|x64.Build.0 = Release|x64
{9A226D92-9326-4907-A462-25997D5C9427}.Debug|Win32.ActiveCfg = Debug|Win32
{9A226D92-9326-4907-A462-25997D5C9427}.Debug|Win32.Build.0 = Debug|Win32
{9A226D92-9326-4907-A462-25997D5C9427}.Debug|x64.ActiveCfg = Debug|x64
{9A226D92-9326-4907-A462-25997D5C9427}.Debug|x64.Build.0 = Debug|x64
{9A226D92-9326-4907-A462-25997D5C9427}.Release|Win32.ActiveCfg = Release|Win32
{9A226D92-9326-4907-A462-25997D5C9427}.Release|Win32.Build.0 = Release|Win32
{9A226D92-9326-4907-A462-25997D5C9427}.Release|x64.ActiveCfg = Release|x64
{9A226D92-9326-4907-A462-25997D5C9427}.Release|x64.Build.0 = Release|x64
{6FFCE804-EF4A-468F-A174-561934C153A1}.Debug|Win32.ActiveCfg = Debug|Win32
{6FFCE804-EF4A-468F-A174-561934C153A1}.Debug|Win32.Build.0 = Debug|Win32
{6FFCE804-EF4A-468F-A174-561934C153A1}.Debug|x64.ActiveCfg = Debug|x64
{6FFCE804-EF4A-468F-A174-561934C153A1}.Debug|x64.Build.0 = Debug|x64
{6FFCE804-EF4A-468F-A174-561934C153A1}.Release|Win32.ActiveCfg = Release|Win32
{6FFCE804-EF4A-468F-A174-561934C153A1}.Release|Win32.Build.0 = Release|Win32
{6FFCE804-EF4A-468F-A174-561934C153A1}.Release|x64.ActiveCfg = Release|x64
{6FFCE804-EF4A-468F-A174-561934C153A1}.Release|x64.Build.0 = Release|x64
{98AE818A-E887-414B-985F-85F8411916C9}.Debug|Win32.ActiveCfg = Debug|Win32
{98AE818A-E887-414B-985F-85F8411916C9}.Debug|Win32.Build.0 = Debug|Win32
{98AE818A-E887-414B-985F-85F8411916C9}.Debug|x64.ActiveCfg = Debug|x64
{98AE818A-E887-414B-985F-85F8411916C9}.Debug|x64.Build.0 = Debug|x64
{98AE818A-E887-414B-985F-85F8411916C9}.Release|Win32.ActiveCfg = Release|Win32
{98AE818A-E887-414B-985F-85F8411916C9}.Release|Win32.Build.0 = Release|Win32
{98AE818A-E887-414B-985F-85F8411916C9}.Release|x64.ActiveCfg = Release|x64
{98AE818A-E887-414B-985F-85F8411916C9}.Release|x64.Build.0 = Release|x64
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Debug|Win32.ActiveCfg = Debug|Win32
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Debug|Win32.Build.0 = Debug|Win32
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Debug|x64.ActiveCfg = Debug|x64
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Debug|x64.Build.0 = Debug|x64
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Release|Win32.ActiveCfg = Release|Win32
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Release|Win32.Build.0 = Release|Win32
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Release|x64.ActiveCfg = Release|x64
{5CC7FFCE-2612-41B6-AF83-C1B61F67949B}.Release|x64.Build.0 = Release|x64
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Debug|Win32.ActiveCfg = Debug|Win32
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Debug|Win32.Build.0 = Debug|Win32
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Debug|x64.ActiveCfg = Debug|x64
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Debug|x64.Build.0 = Debug|x64
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Release|Win32.ActiveCfg = Release|Win32
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Release|Win32.Build.0 = Release|Win32
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Release|x64.ActiveCfg = Release|x64
{E3B02B7C-6CF5-42C5-8AF5-48D2B6D8F94B}.Release|x64.Build.0 = Release|x64
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Debug|Win32.ActiveCfg = Debug|Win32
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Debug|Win32.Build.0 = Debug|Win32
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Debug|x64.ActiveCfg = Debug|x64
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Debug|x64.Build.0 = Debug|x64
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Release|Win32.ActiveCfg = Release|Win32
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Release|Win32.Build.0 = Release|Win32
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Release|x64.ActiveCfg = Release|x64
{43069CE7-E7CB-4EBF-A6CC-31E7A06D3835}.Release|x64.Build.0 = Release|x64
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Debug|Win32.ActiveCfg = Debug|Win32
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Debug|Win32.Build.0 = Debug|Win32
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Debug|x64.ActiveCfg = Debug|x64
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Debug|x64.Build.0 = Debug|x64
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Release|Win32.ActiveCfg = Release|Win32
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Release|Win32.Build.0 = Release|Win32
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Release|x64.ActiveCfg = Release|x64
{6312B365-AA53-43AA-BD00-848C1323CA8B}.Release|x64.Build.0 = Release|x64
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Debug|Win32.ActiveCfg = Debug|Win32
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Debug|Win32.Build.0 = Debug|Win32
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Debug|x64.ActiveCfg = Debug|x64
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Debug|x64.Build.0 = Debug|x64
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Release|Win32.ActiveCfg = Release|Win32
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Release|Win32.Build.0 = Release|Win32
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Release|x64.ActiveCfg = Release|x64
{0D18A50F-52B3-4322-AC0D-F15CD657CEC4}.Release|x64.Build.0 = Release|x64
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Debug|Win32.ActiveCfg = Debug|Win32
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Debug|Win32.Build.0 = Debug|Win32
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Debug|x64.ActiveCfg = Debug|x64
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Debug|x64.Build.0 = Debug|x64
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Release|Win32.ActiveCfg = Release|Win32
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Release|Win32.Build.0 = Release|Win32
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Release|x64.ActiveCfg = Release|x64
{D1AADCA9-FB5A-4F44-8E11-8232941E2C33}.Release|x64.Build.0 = Release|x64
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Debug|Win32.ActiveCfg = Debug|Win32
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Debug|Win32.Build.0 = Debug|Win32
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Debug|x64.ActiveCfg = Debug|x64
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Debug|x64.Build.0 = Debug|x64
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Release|Win32.ActiveCfg = Release|Win32
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Release|Win32.Build.0 = Release|Win32
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Release|x64.ActiveCfg = Release|x64
{1AB767EA-546C-4F72-BC1F-6AA0458512D8}.Release|x64.Build.0 = Release|x64
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Debug|Win32.ActiveCfg = Debug|Win32
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Debug|Win32.Build.0 = Debug|Win32
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Debug|x64.ActiveCfg = Debug|x64
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Debug|x64.Build.0 = Debug|x64
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Release|Win32.ActiveCfg = Release|Win32
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Release|Win32.Build.0 = Release|Win32
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Release|x64.ActiveCfg = Release|x64
{CEA44545-33C8-4C63-9F8C-85BA48F45637}.Release|x64.Build.0 = Release|x64
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Debug|Win32.ActiveCfg = Debug|Win32
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Debug|Win32.Build.0 = Debug|Win32
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Debug|x64.ActiveCfg = Debug|x64
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Debug|x64.Build.0 = Debug|x64
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Release|Win32.ActiveCfg = Release|Win32
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Release|Win32.Build.0 = Release|Win32
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Release|x64.ActiveCfg = Release|x64
{73B78F11-3DCC-4A00-B4A6-E5A8FAE9DD90}.Release|x64.Build.0 = Release|x64
{4E8105F2-56D4-45D6-9017-706F804052E7}.Debug|Win32.ActiveCfg = Debug|Win32
{4E8105F2-56D4-45D6-9017-706F804052E7}.Debug|Win32.Build.0 = Debug|Win32
{4E8105F2-56D4-45D6-9017-706F804052E7}.Debug|x64.ActiveCfg = Debug|x64
{4E8105F2-56D4-45D6-9017-706F804052E7}.Debug|x64.Build.0 = Debug|x64
{4E8105F2-56D4-45D6-9017-706F804052E7}.Release|Win32.ActiveCfg = Release|Win32
{4E8105F2-56D4-45D6-9017-706F804052E7}.Release|Win32.Build.0 = Release|Win32
{4E8105F2-56D4-45D6-9017-706F804052E7}.Release|x64.ActiveCfg = Release|x64
{4E8105F2-56D4-45D6-9017-706F804052E7}.Release|x64.Build.0 = Release|x64
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Debug|Win32.ActiveCfg = Debug|Win32
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Debug|Win32.Build.0 = Debug|Win32
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Debug|x64.ActiveCfg = Debug|x64
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Debug|x64.Build.0 = Debug|x64
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Release|Win32.ActiveCfg = Release|Win32
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Release|Win32.Build.0 = Release|Win32
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Release|x64.ActiveCfg = Release|x64
{C4BA3E66-2310-43E7-B30A-ABDCCF44D823}.Release|x64.Build.0 = Release|x64
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Debug|Win32.ActiveCfg = Debug|Win32
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Debug|Win32.Build.0 = Debug|Win32
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Debug|x64.ActiveCfg = Debug|x64
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Debug|x64.Build.0 = Debug|x64
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Release|Win32.ActiveCfg = Release|Win32
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Release|Win32.Build.0 = Release|Win32
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Release|x64.ActiveCfg = Release|x64
{BE4FFA8B-2988-4888-A9B9-DD108BCBA8A6}.Release|x64.Build.0 = Release|x64
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Debug|Win32.ActiveCfg = Debug|Win32
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Debug|Win32.Build.0 = Debug|Win32
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Debug|x64.ActiveCfg = Debug|x64
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Debug|x64.Build.0 = Debug|x64
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Release|Win32.ActiveCfg = Release|Win32
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Release|Win32.Build.0 = Release|Win32
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Release|x64.ActiveCfg = Release|x64
{5A90FD64-6EED-45E1-A147-D9FE72788570}.Release|x64.Build.0 = Release|x64
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Debug|Win32.ActiveCfg = Debug|Win32
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Debug|Win32.Build.0 = Debug|Win32
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Debug|x64.ActiveCfg = Debug|x64
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Debug|x64.Build.0 = Debug|x64
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Release|Win32.ActiveCfg = Release|Win32
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Release|Win32.Build.0 = Release|Win32
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Release|x64.ActiveCfg = Release|x64
{E02CDAAC-05F4-436B-B245-2A402FFA131F}.Release|x64.Build.0 = Release|x64
{A80D439C-37B4-4619-A122-1C69F567733B}.Debug|Win32.ActiveCfg = Debug|Win32
{A80D439C-37B4-4619-A122-1C69F567733B}.Debug|Win32.Build.0 = Debug|Win32
{A80D439C-37B4-4619-A122-1C69F567733B}.Debug|x64.ActiveCfg = Debug|x64
{A80D439C-37B4-4619-A122-1C69F567733B}.Debug|x64.Build.0 = Debug|x64
{A80D439C-37B4-4619-A122-1C69F567733B}.Release|Win32.ActiveCfg = Release|Win32
{A80D439C-37B4-4619-A122-1C69F567733B}.Release|Win32.Build.0 = Release|Win32
{A80D439C-37B4-4619-A122-1C69F567733B}.Release|x64.ActiveCfg = Release|x64
{A80D439C-37B4-4619-A122-1C69F567733B}.Release|x64.Build.0 = Release|x64
{54BDA057-C716-4807-A35E-73185DCB236D}.Debug|Win32.ActiveCfg = Debug|Win32
{54BDA057-C716-4807-A35E-73185DCB236D}.Debug|Win32.Build.0 = Debug|Win32
{54BDA057-C716-4807-A35E-73185DCB236D}.Debug|x64.ActiveCfg = Debug|x64
{54BDA057-C716-4807-A35E-73185DCB236D}.Debug|x64.Build.0 = Debug|x64
{54BDA057-C716-4807-A35E-73185DCB236D}.Release|Win32.ActiveCfg = Release|Win32
{54BDA057-C716-4807-A35E-73185DCB236D}.Release|Win32.Build.0 = Release|Win32
{54BDA057-C716-4807-A35E-73185DCB236D}.Release|x64.ActiveCfg = Release|x64
{54BDA057-C716-4807-A35E-73185DCB236D}.Release|x64.Build.0 = Release|x64
{8792D377-8105-4C67-87F1-115E48D0178F}.Debug|Win32.ActiveCfg = Debug|Win32
{8792D377-8105-4C67-87F1-115E48D0178F}.Debug|Win32.Build.0 = Debug|Win32
{8792D377-8105-4C67-87F1-115E48D0178F}.Debug|x64.ActiveCfg = Debug|x64
{8792D377-8105-4C67-87F1-115E48D0178F}.Debug|x64.Build.0 = Debug|x64
{8792D377-8105-4C67-87F1-115E48D0178F}.Release|Win32.ActiveCfg = Release|Win32
{8792D377-8105-4C67-87F1-115E48D0178F}.Release|Win32.Build.0 = Release|Win32
{8792D377-8105-4C67-87F1-115E48D0178F}.Release|x64.ActiveCfg = Release|x64
{8792D377-8105-4C67-87F1-115E48D0178F}.Release|x64.Build.0 = Release|x64
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Debug|Win32.ActiveCfg = Debug|Win32
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Debug|Win32.Build.0 = Debug|Win32
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Debug|x64.ActiveCfg = Debug|x64
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Debug|x64.Build.0 = Debug|x64
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Release|Win32.ActiveCfg = Release|Win32
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Release|Win32.Build.0 = Release|Win32
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Release|x64.ActiveCfg = Release|x64
{27CCFE35-61A5-434F-8B83-9A40AE2AE8C5}.Release|x64.Build.0 = Release|x64
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Debug|Win32.ActiveCfg = Debug|Win32
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Debug|Win32.Build.0 = Debug|Win32
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Debug|x64.ActiveCfg = Debug|x64
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Debug|x64.Build.0 = Debug|x64
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Release|Win32.ActiveCfg = Release|Win32
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Release|Win32.Build.0 = Release|Win32
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Release|x64.ActiveCfg = Release|x64
{4EE91AD5-8332-4FD3-A5E3-BF4C145BB53A}.Release|x64.Build.0 = Release|x64
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Debug|Win32.ActiveCfg = Debug|Win32
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Debug|Win32.Build.0 = Debug|Win32
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Debug|x64.ActiveCfg = Debug|x64
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Debug|x64.Build.0 = Debug|x64
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Release|Win32.ActiveCfg = Release|Win32
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Release|Win32.Build.0 = Release|Win32
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Release|x64.ActiveCfg = Release|x64
{CE7C4168-68A6-43B2-BAE7-B2CF857C8F03}.Release|x64.Build.0 = Release|x64
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Debug|Win32.ActiveCfg = Debug|Win32
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Debug|Win32.Build.0 = Debug|Win32
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Debug|x64.ActiveCfg = Debug|x64
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Debug|x64.Build.0 = Debug|x64
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Release|Win32.ActiveCfg = Release|Win32
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Release|Win32.Build.0 = Release|Win32
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Release|x64.ActiveCfg = Release|x64
{40EBF7DB-330C-4F56-AE68-9FC7D75CB5D5}.Release|x64.Build.0 = Release|x64
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Debug|Win32.ActiveCfg = Debug|Win32
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Debug|Win32.Build.0 = Debug|Win32
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Debug|x64.ActiveCfg = Debug|x64
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Debug|x64.Build.0 = Debug|x64
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Release|Win32.ActiveCfg = Release|Win32
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Release|Win32.Build.0 = Release|Win32
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Release|x64.ActiveCfg = Release|x64
{7F1AFE93-97E7-4905-A2CF-5C845D7FDD4F}.Release|x64.Build.0 = Release|x64
{0A049202-6533-413E-89D6-5D6866AAE703}.Debug|Win32.ActiveCfg = Debug|Win32
{0A049202-6533-413E-89D6-5D6866AAE703}.Debug|Win32.Build.0 = Debug|Win32
{0A049202-6533-413E-89D6-5D6866AAE703}.Debug|x64.ActiveCfg = Debug|x64
{0A049202-6533-413E-89D6-5D6866AAE703}.Debug|x64.Build.0 = Debug|x64
{0A049202-6533-413E-89D6-5D6866AAE703}.Release|Win32.ActiveCfg = Release|Win32
{0A049202-6533-413E-89D6-5D6866AAE703}.Release|Win32.Build.0 = Release|Win32
{0A049202-6533-413E-89D6-5D6866AAE703}.Release|x64.ActiveCfg = Release|x64
{0A049202-6533-413E-89D6-5D6866AAE703}.Release|x64.Build.0 = Release|x64
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Debug|Win32.ActiveCfg = Debug|Win32
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Debug|Win32.Build.0 = Debug|Win32
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Debug|x64.ActiveCfg = Debug|x64
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Debug|x64.Build.0 = Debug|x64
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Release|Win32.ActiveCfg = Release|Win32
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Release|Win32.Build.0 = Release|Win32
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Release|x64.ActiveCfg = Release|x64
{9AAC897A-70FA-4E5E-BF48-F664C12B05C7}.Release|x64.Build.0 = Release|x64
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Debug|Win32.ActiveCfg = Debug|Win32
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Debug|Win32.Build.0 = Debug|Win32
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Debug|x64.ActiveCfg = Debug|x64
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Debug|x64.Build.0 = Debug|x64
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Release|Win32.ActiveCfg = Release|Win32
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Release|Win32.Build.0 = Release|Win32
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Release|x64.ActiveCfg = Release|x64
{34C0FDFA-81D6-4652-B841-894BD1A15FB0}.Release|x64.Build.0 = Release|x64
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Debug|Win32.ActiveCfg = Debug|Win32
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Debug|Win32.Build.0 = Debug|Win32
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Debug|x64.ActiveCfg = Debug|x64
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Debug|x64.Build.0 = Debug|x64
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Release|Win32.ActiveCfg = Release|Win32
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Release|Win32.Build.0 = Release|Win32
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Release|x64.ActiveCfg = Release|x64
{794B7E1E-E6AD-456D-9F33-FCE317325EC4}.Release|x64.Build.0 = Release|x64
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Debug|Win32.ActiveCfg = Debug|Win32
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Debug|Win32.Build.0 = Debug|Win32
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Debug|x64.ActiveCfg = Debug|x64
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Debug|x64.Build.0 = Debug|x64
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Release|Win32.ActiveCfg = Release|Win32
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Release|Win32.Build.0 = Release|Win32
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Release|x64.ActiveCfg = Release|x64
{DB97D6C6-2E60-47DC-AED7-4691A1D6DC05}.Release|x64.Build.0 = Release|x64
{37605955-FA00-41C9-9D39-D078CF270376}.Debug|Win32.ActiveCfg = Debug|Win32
{37605955-FA00-41C9-9D39-D078CF270376}.Debug|Win32.Build.0 = Debug|Win32
{37605955-FA00-41C9-9D39-D078CF270376}.Debug|x64.ActiveCfg = Debug|x64
{37605955-FA00-41C9-9D39-D078CF270376}.Debug|x64.Build.0 = Debug|x64
{37605955-FA00-41C9-9D39-D078CF270376}.Release|Win32.ActiveCfg = Release|Win32
{37605955-FA00-41C9-9D39-D078CF270376}.Release|Win32.Build.0 = Release|Win32
{37605955-FA00-41C9-9D39-D078CF270376}.Release|x64.ActiveCfg = Release|x64
{37605955-FA00-41C9-9D39-D078CF270376}.Release|x64.Build.0 = Release|x64
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Debug|Win32.ActiveCfg = Debug|Win32
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Debug|Win32.Build.0 = Debug|Win32
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Debug|x64.ActiveCfg = Debug|x64
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Debug|x64.Build.0 = Debug|x64
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Release|Win32.ActiveCfg = Release|Win32
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Release|Win32.Build.0 = Release|Win32
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Release|x64.ActiveCfg = Release|x64
{9A9D7ABC-ED3A-462E-9ED1-CB55F14174F3}.Release|x64.Build.0 = Release|x64
{71A1C081-FF1C-452B-B938-95551D565302}.Debug|Win32.ActiveCfg = Debug|Win32
{71A1C081-FF1C-452B-B938-95551D565302}.Debug|Win32.Build.0 = Debug|Win32
{71A1C081-FF1C-452B-B938-95551D565302}.Debug|x64.ActiveCfg = Debug|x64
{71A1C081-FF1C-452B-B938-95551D565302}.Debug|x64.Build.0 = Debug|x64
{71A1C081-FF1C-452B-B938-95551D565302}.Release|Win32.ActiveCfg = Release|Win32
{71A1C081-FF1C-452B-B938-95551D565302}.Release|Win32.Build.0 = Release|Win32
{71A1C081-FF1C-452B-B938-95551D565302}.Release|x64.ActiveCfg = Release|x64
{71A1C081-FF1C-452B-B938-95551D565302}.Release|x64.Build.0 = Release|x64
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Debug|Win32.ActiveCfg = Debug|Win32
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Debug|Win32.Build.0 = Debug|Win32
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Debug|x64.ActiveCfg = Debug|x64
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Debug|x64.Build.0 = Debug|x64
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Release|Win32.ActiveCfg = Release|Win32
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Release|Win32.Build.0 = Release|Win32
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Release|x64.ActiveCfg = Release|x64
{9ADAE03A-2060-471E-A7B5-9D8F6995223A}.Release|x64.Build.0 = Release|x64
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Debug|Win32.ActiveCfg = Debug|Win32
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Debug|Win32.Build.0 = Debug|Win32
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Debug|x64.ActiveCfg = Debug|x64
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Debug|x64.Build.0 = Debug|x64
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Release|Win32.ActiveCfg = Release|Win32
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Release|Win32.Build.0 = Release|Win32
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Release|x64.ActiveCfg = Release|x64
{DFE42486-47A2-487C-81B9-DDCDA9F07BF0}.Release|x64.Build.0 = Release|x64
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Debug|Win32.ActiveCfg = Debug|Win32
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Debug|Win32.Build.0 = Debug|Win32
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Debug|x64.ActiveCfg = Debug|x64
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Debug|x64.Build.0 = Debug|x64
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Release|Win32.ActiveCfg = Release|Win32
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Release|Win32.Build.0 = Release|Win32
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Release|x64.ActiveCfg = Release|x64
{2248C52C-75DC-465B-A598-6E89CC93E00D}.Release|x64.Build.0 = Release|x64
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Debug|Win32.ActiveCfg = Debug|Win32
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Debug|Win32.Build.0 = Debug|Win32
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Debug|x64.ActiveCfg = Debug|x64
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Debug|x64.Build.0 = Debug|x64
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Release|Win32.ActiveCfg = Release|Win32
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Release|Win32.Build.0 = Release|Win32
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Release|x64.ActiveCfg = Release|x64
{C2E6106F-1450-4F62-8D8E-17A93E986B26}.Release|x64.Build.0 = Release|x64
{E81413CC-046C-42B0-B862-0BB81AED2854}.Debug|Win32.ActiveCfg = Debug|Win32
{E81413CC-046C-42B0-B862-0BB81AED2854}.Debug|Win32.Build.0 = Debug|Win32
{E81413CC-046C-42B0-B862-0BB81AED2854}.Debug|x64.ActiveCfg = Debug|x64
{E81413CC-046C-42B0-B862-0BB81AED2854}.Debug|x64.Build.0 = Debug|x64
{E81413CC-046C-42B0-B862-0BB81AED2854}.Release|Win32.ActiveCfg = Release|Win32
{E81413CC-046C-42B0-B862-0BB81AED2854}.Release|Win32.Build.0 = Release|Win32
{E81413CC-046C-42B0-B862-0BB81AED2854}.Release|x64.ActiveCfg = Release|x64
{E81413CC-046C-42B0-B862-0BB81AED2854}.Release|x64.Build.0 = Release|x64
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Debug|Win32.ActiveCfg = Debug|Win32
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Debug|Win32.Build.0 = Debug|Win32
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Debug|x64.ActiveCfg = Debug|x64
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Debug|x64.Build.0 = Debug|x64
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Release|Win32.ActiveCfg = Release|Win32
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Release|Win32.Build.0 = Release|Win32
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Release|x64.ActiveCfg = Release|x64
{14DB1F8E-0BF6-4E9D-8372-5EA9ED48347F}.Release|x64.Build.0 = Release|x64
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Debug|Win32.ActiveCfg = Debug|Win32
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Debug|Win32.Build.0 = Debug|Win32
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Debug|x64.ActiveCfg = Debug|x64
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Debug|x64.Build.0 = Debug|x64
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Release|Win32.ActiveCfg = Release|Win32
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Release|Win32.Build.0 = Release|Win32
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Release|x64.ActiveCfg = Release|x64
{17DC13C3-78E0-4EF5-B7B1-87EB1A379D2A}.Release|x64.Build.0 = Release|x64
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Debug|Win32.ActiveCfg = Debug|Win32
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Debug|Win32.Build.0 = Debug|Win32
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Debug|x64.ActiveCfg = Debug|x64
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Debug|x64.Build.0 = Debug|x64
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Release|Win32.ActiveCfg = Release|Win32
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Release|Win32.Build.0 = Release|Win32
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Release|x64.ActiveCfg = Release|x64
{7CF4F18C-3C74-4EBB-AD76-F41575D7A5A0}.Release|x64.Build.0 = Release|x64
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Debug|Win32.ActiveCfg = Debug|Win32
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Debug|Win32.Build.0 = Debug|Win32
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Debug|x64.ActiveCfg = Debug|x64
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Debug|x64.Build.0 = Debug|x64
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Release|Win32.ActiveCfg = Release|Win32
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Release|Win32.Build.0 = Release|Win32
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Release|x64.ActiveCfg = Release|x64
{E6A9BFE8-84DE-46C0-A372-72087598018E}.Release|x64.Build.0 = Release|x64
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Debug|Win32.ActiveCfg = Debug|Win32
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Debug|Win32.Build.0 = Debug|Win32
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Debug|x64.ActiveCfg = Debug|x64
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Debug|x64.Build.0 = Debug|x64
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Release|Win32.ActiveCfg = Release|Win32
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Release|Win32.Build.0 = Release|Win32
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Release|x64.ActiveCfg = Release|x64
{3BBA31F8-2679-4655-975D-52FDA5ABD5C4}.Release|x64.Build.0 = Release|x64
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Debug|Win32.ActiveCfg = Debug|Win32
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Debug|Win32.Build.0 = Debug|Win32
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Debug|x64.ActiveCfg = Debug|x64
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Debug|x64.Build.0 = Debug|x64
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Release|Win32.ActiveCfg = Release|Win32
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Release|Win32.Build.0 = Release|Win32
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Release|x64.ActiveCfg = Release|x64
{A26C50E9-D3FB-4490-9CD7-606EB2E77D21}.Release|x64.Build.0 = Release|x64
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Debug|Win32.ActiveCfg = Debug|Win32
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Debug|Win32.Build.0 = Debug|Win32
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Debug|x64.ActiveCfg = Debug|x64
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Debug|x64.Build.0 = Debug|x64
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Release|Win32.ActiveCfg = Release|Win32
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Release|Win32.Build.0 = Release|Win32
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Release|x64.ActiveCfg = Release|x64
{5EA5BDAD-3AE9-4BCA-AC1A-93B3B8499C30}.Release|x64.Build.0 = Release|x64
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Debug|Win32.ActiveCfg = Debug|Win32
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Debug|Win32.Build.0 = Debug|Win32
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Debug|x64.ActiveCfg = Debug|x64
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Debug|x64.Build.0 = Debug|x64
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Release|Win32.ActiveCfg = Release|Win32
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Release|Win32.Build.0 = Release|Win32
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Release|x64.ActiveCfg = Release|x64
{E75602FF-F4E6-4F45-AD0D-EA49C0C66DEF}.Release|x64.Build.0 = Release|x64
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Debug|Win32.ActiveCfg = Debug|Win32
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Debug|Win32.Build.0 = Debug|Win32
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Debug|x64.ActiveCfg = Debug|x64
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Debug|x64.Build.0 = Debug|x64
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Release|Win32.ActiveCfg = Release|Win32
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Release|Win32.Build.0 = Release|Win32
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Release|x64.ActiveCfg = Release|x64
{D1518671-CB9D-471F-8BCE-A03DE67F26B1}.Release|x64.Build.0 = Release|x64
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Debug|Win32.ActiveCfg = Debug|Win32
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Debug|Win32.Build.0 = Debug|Win32
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Debug|x64.ActiveCfg = Debug|x64
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Debug|x64.Build.0 = Debug|x64
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Release|Win32.ActiveCfg = Release|Win32
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Release|Win32.Build.0 = Release|Win32
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Release|x64.ActiveCfg = Release|x64
{EFA04391-B35B-44C0-AB27-1383D4C9E358}.Release|x64.Build.0 = Release|x64
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Debug|Win32.ActiveCfg = Debug|Win32
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Debug|Win32.Build.0 = Debug|Win32
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Debug|x64.ActiveCfg = Debug|x64
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Debug|x64.Build.0 = Debug|x64
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Release|Win32.ActiveCfg = Release|Win32
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Release|Win32.Build.0 = Release|Win32
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Release|x64.ActiveCfg = Release|x64
{DBA493BD-3AF1-4616-8A80-F6FD41B70392}.Release|x64.Build.0 = Release|x64
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Debug|Win32.ActiveCfg = Debug|Win32
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Debug|Win32.Build.0 = Debug|Win32
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Debug|x64.ActiveCfg = Debug|x64
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Debug|x64.Build.0 = Debug|x64
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Release|Win32.ActiveCfg = Release|Win32
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Release|Win32.Build.0 = Release|Win32
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Release|x64.ActiveCfg = Release|x64
{D1FD44F8-8263-4B29-985D-21CE26F45A76}.Release|x64.Build.0 = Release|x64
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Debug|Win32.ActiveCfg = Debug|Win32
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Debug|Win32.Build.0 = Debug|Win32
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Debug|x64.ActiveCfg = Debug|x64
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Debug|x64.Build.0 = Debug|x64
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Release|Win32.ActiveCfg = Release|Win32
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Release|Win32.Build.0 = Release|Win32
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Release|x64.ActiveCfg = Release|x64
{473ABB63-E5C6-4D8E-9380-5DC76E1EAB4A}.Release|x64.Build.0 = Release|x64
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Debug|Win32.ActiveCfg = Debug|Win32
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Debug|Win32.Build.0 = Debug|Win32
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Debug|x64.ActiveCfg = Debug|x64
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Debug|x64.Build.0 = Debug|x64
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Release|Win32.ActiveCfg = Release|Win32
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Release|Win32.Build.0 = Release|Win32
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Release|x64.ActiveCfg = Release|x64
{832DD776-BC7F-40B5-90D0-E6448014CA5B}.Release|x64.Build.0 = Release|x64
{DDDFC0AC-2ECB-4930-9C83-788AC7C1343E}.Debug|Win32.ActiveCfg = Debug|Win32
{DDDFC0AC-2ECB-4930-9C83-788AC7C1343E}.Debug|x64.ActiveCfg = Debug|x64
{DDDFC0AC-2ECB-4930-9C83-788AC7C1343E}.Release|Win32.ActiveCfg = Release|Win32
{DDDFC0AC-2ECB-4930-9C83-788AC7C1343E}.Release|x64.ActiveCfg = Release|x64
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Debug|Win32.ActiveCfg = Debug|Win32
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Debug|Win32.Build.0 = Debug|Win32
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Debug|x64.ActiveCfg = Debug|x64
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Debug|x64.Build.0 = Debug|x64
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Release|Win32.ActiveCfg = Release|Win32
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Release|Win32.Build.0 = Release|Win32
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Release|x64.ActiveCfg = Release|x64
{9321B2C5-74B3-4743-9D87-B0FDCB47373B}.Release|x64.Build.0 = Release|x64
{685666ED-4640-47EE-AEA5-35B9602CA541}.Debug|Win32.ActiveCfg = Debug|Win32
{685666ED-4640-47EE-AEA5-35B9602CA541}.Debug|Win32.Build.0 = Debug|Win32
{685666ED-4640-47EE-AEA5-35B9602CA541}.Debug|x64.ActiveCfg = Debug|x64
{685666ED-4640-47EE-AEA5-35B9602CA541}.Debug|x64.Build.0 = Debug|x64
{685666ED-4640-47EE-AEA5-35B9602CA541}.Release|Win32.ActiveCfg = Release|Win32
{685666ED-4640-47EE-AEA5-35B9602CA541}.Release|Win32.Build.0 = Release|Win32
{685666ED-4640-47EE-AEA5-35B9602CA541}.Release|x64.ActiveCfg = Release|x64
{685666ED-4640-47EE-AEA5-35B9602CA541}.Release|x64.Build.0 = Release|x64
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Debug|Win32.ActiveCfg = Debug|Win32
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Debug|Win32.Build.0 = Debug|Win32
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Debug|x64.ActiveCfg = Debug|x64
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Debug|x64.Build.0 = Debug|x64
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Release|Win32.ActiveCfg = Release|Win32
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Release|Win32.Build.0 = Release|Win32
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Release|x64.ActiveCfg = Release|x64
{744EA5E0-18C8-4757-82DE-2D0CF11DBDDE}.Release|x64.Build.0 = Release|x64
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Debug|Win32.ActiveCfg = Debug|Win32
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Debug|Win32.Build.0 = Debug|Win32
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Debug|x64.ActiveCfg = Debug|x64
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Debug|x64.Build.0 = Debug|x64
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Release|Win32.ActiveCfg = Release|Win32
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Release|Win32.Build.0 = Release|Win32
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Release|x64.ActiveCfg = Release|x64
{0C5E3F36-3338-4B2C-A956-4D577B6119E7}.Release|x64.Build.0 = Release|x64
[svn-r14255] Purpose: Add h5tinit.c to default Windows build process Description: Previously, we provided a static h5tinit.c with our Windows distribution, and provided instructions to optionally generate it. Now, we will incorporate it as part of the default build process, to emulate other platforms more closely. Tested: VS6 VS2005
2007-11-13 23:17:49 +08:00
{B123D196-2F43-4FEB-80B5-990F06DED319}.Debug|Win32.ActiveCfg = Debug|Win32
{B123D196-2F43-4FEB-80B5-990F06DED319}.Debug|Win32.Build.0 = Debug|Win32
{B123D196-2F43-4FEB-80B5-990F06DED319}.Debug|x64.ActiveCfg = Debug|x64
{B123D196-2F43-4FEB-80B5-990F06DED319}.Debug|x64.Build.0 = Debug|x64
{B123D196-2F43-4FEB-80B5-990F06DED319}.Release|Win32.ActiveCfg = Release|Win32
{B123D196-2F43-4FEB-80B5-990F06DED319}.Release|Win32.Build.0 = Release|Win32
{B123D196-2F43-4FEB-80B5-990F06DED319}.Release|x64.ActiveCfg = Release|x64
{B123D196-2F43-4FEB-80B5-990F06DED319}.Release|x64.Build.0 = Release|x64
[svn-r14903] Undoing change committed in r14902.
2008-05-01 03:51:13 +08:00
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Debug|Win32.ActiveCfg = Debug|Win32
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Debug|Win32.Build.0 = Debug|Win32
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Debug|x64.ActiveCfg = Debug|x64
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Debug|x64.Build.0 = Debug|x64
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Release|Win32.ActiveCfg = Release|Win32
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Release|Win32.Build.0 = Release|Win32
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Release|x64.ActiveCfg = Release|x64
{E3B24219-DEB9-4ECB-809C-AD98EE51974E}.Release|x64.Build.0 = Release|x64
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Debug|Win32.ActiveCfg = Debug|Win32
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Debug|Win32.Build.0 = Debug|Win32
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Debug|x64.ActiveCfg = Debug|x64
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Debug|x64.Build.0 = Debug|x64
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Release|Win32.ActiveCfg = Release|Win32
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Release|Win32.Build.0 = Release|Win32
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Release|x64.ActiveCfg = Release|x64
{D6FB6925-671E-47C1-97AD-DFC6F2E3F72D}.Release|x64.Build.0 = Release|x64
[svn-r15503] Purpose: Add new app_ref test to Windows projects Description: A new test program, app_ref, was added to the source and configure script. We need to make special Windows project files for static and DLL versions of the test, and also VS2005 and VS.NET versions. Finally, include the new test in our script Tested: VS2005 on WinXP
2008-08-22 00:41:49 +08:00
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Debug|Win32.ActiveCfg = Debug|Win32
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Debug|Win32.Build.0 = Debug|Win32
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Debug|x64.ActiveCfg = Debug|x64
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Debug|x64.Build.0 = Debug|x64
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Release|Win32.ActiveCfg = Release|Win32
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Release|Win32.Build.0 = Release|Win32
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Release|x64.ActiveCfg = Release|x64
{C35122F6-49FF-4AAA-A2AA-482628E5E2A7}.Release|x64.Build.0 = Release|x64
{0C618DA2-4097-46B9-83D0-144AEB774568}.Debug|Win32.ActiveCfg = Debug|Win32
{0C618DA2-4097-46B9-83D0-144AEB774568}.Debug|Win32.Build.0 = Debug|Win32
{0C618DA2-4097-46B9-83D0-144AEB774568}.Debug|x64.ActiveCfg = Debug|x64
{0C618DA2-4097-46B9-83D0-144AEB774568}.Debug|x64.Build.0 = Debug|x64
{0C618DA2-4097-46B9-83D0-144AEB774568}.Release|Win32.ActiveCfg = Release|Win32
{0C618DA2-4097-46B9-83D0-144AEB774568}.Release|Win32.Build.0 = Release|Win32
{0C618DA2-4097-46B9-83D0-144AEB774568}.Release|x64.ActiveCfg = Release|x64
{0C618DA2-4097-46B9-83D0-144AEB774568}.Release|x64.Build.0 = Release|x64
[svn-r15584] Purpose: Add new extensible array source code and test project for Windows Description: In revision 15549, new source code was added for the extensible array interface. This checkin adds the source code to Windows, along with the new test project, earray. Note: The new H5EA interface causes compilation errors on Windows, and will need to be fixed in the source.
2008-09-03 23:09:10 +08:00
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Debug|Win32.ActiveCfg = Debug|Win32
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Debug|Win32.Build.0 = Debug|Win32
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Debug|x64.ActiveCfg = Debug|x64
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Debug|x64.Build.0 = Debug|x64
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Release|Win32.ActiveCfg = Release|Win32
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Release|Win32.Build.0 = Release|Win32
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Release|x64.ActiveCfg = Release|x64
{D6FBD436-D8B4-4FEB-A8F8-EB097CAF55CF}.Release|x64.Build.0 = Release|x64
{3C224452-C71A-4B3E-937A-891144D1941D}.Debug|Win32.ActiveCfg = Debug|Win32
{3C224452-C71A-4B3E-937A-891144D1941D}.Debug|Win32.Build.0 = Debug|Win32
{3C224452-C71A-4B3E-937A-891144D1941D}.Debug|x64.ActiveCfg = Debug|x64
{3C224452-C71A-4B3E-937A-891144D1941D}.Debug|x64.Build.0 = Debug|x64
{3C224452-C71A-4B3E-937A-891144D1941D}.Release|Win32.ActiveCfg = Release|Win32
{3C224452-C71A-4B3E-937A-891144D1941D}.Release|Win32.Build.0 = Release|Win32
{3C224452-C71A-4B3E-937A-891144D1941D}.Release|x64.ActiveCfg = Release|x64
{3C224452-C71A-4B3E-937A-891144D1941D}.Release|x64.Build.0 = Release|x64
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndGlobalSection
[svn-r14093] Purpose: Convert Windows projects to VS2005 format and support 64-bit Fortran Description: This checkin is another Windows project cleanup, and also extends our Windows support for 64-bit Fortran. Project files are now in VS2005 format, rather than VS.NET. A couple projects have been renamed to be more descriptive (*cstub rather than *_lib), and project settings make better use of build macros. This will make them much easier to update in the future. Tested: VS2005 on WinXP 32-bit VS2005 on WinXP x64
2007-08-17 02:28:20 +08:00
GlobalSection(SolutionProperties) = preSolution
HideSolutionNode = FALSE
[svn-r12464] Changed "eol-style" property on all Windows-specific files to be "CRLF" instead of "native".
2006-07-14 13:41:50 +08:00
EndGlobalSection
EndGlobal
Reference in New Issue Copy Permalink