microsoft
/
WindowsAppSDK
зеркало из https://github.com/microsoft/WindowsAppSDK.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
WindowsAppSDK/Directory.Build.props

74 строки
4.6 KiB
Plaintext
Исходник Обычный вид История

Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
<?xml version="1.0" encoding="utf-8"?>
Enable running 2 of the MRT Core test suites in Helix using the WinUI.Helix package (#978) * Enable running MRT Core tests in Helix in the PR Feeder repo using Microsoft.Internal.WinUI.Helix package. * Code review changes. * Remove HelixIsExternal from the pipeline yml * Add comments. Remove unneeded scripts. Enable dumps for TAEF. * Make the token optional for Append-HelixAccessTokenToUrl * Remove conditionFor* for arm64 * Use Microsoft.Internal.WinUI.Helix version 0.5.1 * Push Microsoft.DotNet.Helix.Sdk to ProjectReunion-Dependencies * Code review and clean-up. * Bump Microsoft.Internal.WinUI.Helix to version 0.5.2 * Support both open and closed Helix queues. * Remove platform from Helix csproj files, as it is now set by BaseOutputPath.
2021-06-30 04:43:29 +03:00
<!-- Copyright (c) Microsoft Corporation. All rights reserved. Licensed under the MIT License. See LICENSE-CODE in the project root for license information. -->
Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
<!-- This is a special MSBuild file that is parsed before everything else when MSBuild detects it in our directory structure.
Adding Sdk="Microsoft.NET.Sdk" to a project causes NuGet files to be generated very early on, so we need these defines to be here
Enable running 2 of the MRT Core test suites in Helix using the WinUI.Helix package (#978) * Enable running MRT Core tests in Helix in the PR Feeder repo using Microsoft.Internal.WinUI.Helix package. * Code review changes. * Remove HelixIsExternal from the pipeline yml * Add comments. Remove unneeded scripts. Enable dumps for TAEF. * Make the token optional for Append-HelixAccessTokenToUrl * Remove conditionFor* for arm64 * Use Microsoft.Internal.WinUI.Helix version 0.5.1 * Push Microsoft.DotNet.Helix.Sdk to ProjectReunion-Dependencies * Code review and clean-up. * Bump Microsoft.Internal.WinUI.Helix to version 0.5.2 * Support both open and closed Helix queues. * Remove platform from Helix csproj files, as it is now set by BaseOutputPath.
2021-06-30 04:43:29 +03:00
to ensure that all of our build output files end up in the same location. -->
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<Project InitialTargets="DirectoryBuildPropsInfo" ToolsVersion="14.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
Flow CsWinRT version from versions.props (#1916)
2021-12-17 04:56:52 +03:00
<Import Project="eng\Versions.props" />
Remove build output modifying behavioral overrides from the command-line. (#938) Remove property overrides for build output directory structure behavior. The only always guaranteed safe properties available to override on the command-line are Configuration and Platform. This is due to the fact that there is no way to set other properties in the VS IDE solution (at least to the best of my knowledge).
2021-06-29 03:54:05 +03:00
<!-- Due to import ordering inconsistencies between different project types, we import this file from multiple places. -->
<Import Project="$(MSBuildThisFileDirectory)build\EnsureOutputLayout.props" Condition="$(EnsureOutputLayoutPropsIncluded) == ''" />
Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<PropertyGroup>
Remove build output modifying behavioral overrides from the command-line. (#938) Remove property overrides for build output directory structure behavior. The only always guaranteed safe properties available to override on the command-line are Configuration and Platform. This is due to the fact that there is no way to set other properties in the VS IDE solution (at least to the best of my knowledge).
2021-06-29 03:54:05 +03:00
<IsTDPConfiguration>false</IsTDPConfiguration>
Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
<GeneratedFilesDir>$(BaseIntermediateOutputPath)Generated Files\</GeneratedFilesDir>
<GenerateProjectSpecificOutputFolder>True</GenerateProjectSpecificOutputFolder>
Remove build output modifying behavioral overrides from the command-line. (#938) Remove property overrides for build output directory structure behavior. The only always guaranteed safe properties available to override on the command-line are Configuration and Platform. This is due to the fact that there is no way to set other properties in the VS IDE solution (at least to the best of my knowledge).
2021-06-29 03:54:05 +03:00
<ForceImportAfterCppTargets>$(BuildRoot)AfterCpp.targets</ForceImportAfterCppTargets>
Add source link to MRTCore (#1066)
2021-07-15 22:29:42 +03:00
<PublishRepositoryUrl>true</PublishRepositoryUrl>
<EmbedUntrackedSources>true</EmbedUntrackedSources>
Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
</PropertyGroup>
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<!-- Compilation differs for the build pipeline vs local development -->
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<PropertyGroup Condition="$(WindowsAppSDKBuildPipeline) != '1'">
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<!-- If not set, default it to no . -->
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<WindowsAppSDKBuildPipeline>0</WindowsAppSDKBuildPipeline>
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
</PropertyGroup>
Remove build output modifying behavioral overrides from the command-line. (#938) Remove property overrides for build output directory structure behavior. The only always guaranteed safe properties available to override on the command-line are Configuration and Platform. This is due to the fact that there is no way to set other properties in the VS IDE solution (at least to the best of my knowledge).
2021-06-29 03:54:05 +03:00
<Target Name="DirectoryBuildPropsInfo">
UndockedRegFreeWinRT auto-initialization (#2452) * Remove dead code * Add URWF auto-initializer * New URFW files * Connect the dots for URFW auto-initialization support * Added missing file. Fixed compiler warnings * Simplified the C# auto-initializer. Added a comment explaining why it works the way it does * Updated C# auto-initializers to shortcircuit any work if loaded for reflecction (vs execution) * Added missing using * Fix returning a reference to a local variable in GetActivityFlags(); returns a const enum so no reason it can't be by-value and the obvious correctness reason it can't be by-ref * Added build macro WindowsAppSDKCleanIntermediateFiles=<boolean> to scrub intermediate outputs as we build. Defaults to 'true' for build pipeline else undefined and thus not acted on (e.g. dev inner-loop) * Fix prototype for GetIntegrityFlags * Move WindowsAppSDKCleanIntermediateFiles to be a parameter defined by the pipeline, for better inner-loop (for those who want to use the option)
2022-05-03 11:13:36 +03:00
<Message Condition="'$(WindowsAppSDKBuildPipeline)' == '1'" Importance="High" Text="Directory.Build.props detects WindowsAppSDKBuildPipeline=$(WindowsAppSDKBuildPipeline)"/>
Generate cert (#1986) * Update DevCheck to generate MSTest.pfx/.cer * Refactor temp handling. Add .user dir * Change cert handling to use .user\* and direct certificate handler via Powershell's PKI module. Buh-bye all references to MSTest.* and certutil * Add -Remove-DevTestCert and -Remove-DevTestPfx * Change all temp\MSTest.pfx to .user\winappsdk.certificate.test.pfx * Added -CertPasswordFile, -CertPasswordUser, -RemoveAll. Save password as plaintext to .pwd file for later use * Update makemsix.cmd to pass along the .pwd content needed to use the (now password protected) .pfx * Update MSTest references * Start of changing NMAKEfiles to MSBuild * Add new file * MakeMsix.targets works! Rewrote DDLM.msix to work it out, when running a specific project (e.g. 'msbuild /bl /p:Configuration=Debug,Platform=x64 /t:Build test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj'). Now to verify it works when building the solution, moving MakeMsix.targets out to root\build and propogating this to the other makemsix projects * 'msbuild foo.vcxproj' works but 'msbuild bar.sln' fails due to 'C:\source\repos\windowsappsdk\test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj error MSB4057: The target GetProjectInfoForReference does not exist in the project. [C:\source\repos\windowsappsdk\' Seems GetPRojectInfoForReference is referenced by 'C:\ProgramFiles (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Microsoft\VC\v160\Microsoft.CppBuild.targets' and Microsoft.Makefile.targets, we don't fit either but they're required to resolve '<ProjectReference...'? Is it possible to move the ProjectReference dependency to the .sln? Or make this work without trying to make a full blown C++ or NMake project? Time to ping some VS/MSBuild experts... * Tweaked the vcxproj to successfully create .msix via MakeMSIX! * Moved MakeMSIX.targets to the root (with other build files) * It works! Got the test projects building with the .pfx and .pwd * Rewiring test projects to use MakeMsix.targets instead of NMake * Yet more MakeMsix fixup * Fixed the package name * Added dummy Clean command (for now) * Fixed Deployment's test package where source files get put to different subdir+filename inside the msix * Fix DevCheck Start-Service to gracefully degrade if not running as admin * DeploymentTests were missing a build order dependency on BootstrapDLL project * Updated DevCheck generated cert to have 12-month lifespan (like current one) * Move Framework.* projects from makemsix.cmd to MakeMSIX.targets * Delete makemsix.cmd (obsolete) * Updated test projects to use static manifests instead of generated from a template (unnecessary complexity) * Deleted obsolete MakeAppxManifestFromTemplate.* * Removed obsolete manifest/template handling. Removed printfery debugging * Minor syntax cleanup. Fixed appxmanifest overly aggressive copy/paste human error <sheepish grin>. Fixed publish-header delete-custom-build-step human error * Fixup Math framework header publishing (due to bad merge due to the age of this change and other work in other branches that hit main. Grrr) * Deleted obsolete files * Replaced SolutionDir with RepoRoot * Rewrote installer's testpackage creation project to use MakeMSIX * Fixed naming inconsistencies * Addressed some issues. More to come * Fixed Get-UserPath emitting New-Item result to the output stream thus when creating the .user directory return $user returned System.Object[] with 2 objects in the stream (filename twice). Well, that was fun * Fix bad merge * Added Clean support to MakeMSIX. Cleanup up some internals including dependencies. MakeMsixOutputFilename is no longer optional and inferred; it must be defined by a project before import'ing makemsix.targets * Optimized load-test-cert-password to a global done once instead of per import rof makemsix.targets * Updated projects to use the common RepoTestCertificate* * Removed obsolete and redundant <Error> check * Added file-existence check before readng file. Added error check at start of project to flag missing-devcheck-artifacts early rather than late * Test WTH is going on * Remove debugging printfery. NOTE: Separate Jobs in a pipeline (will? may?) run in parallel on different machines. Until build-mrt.yml is merged into WindowsAppSDK-BuildProject-Steps.yml any common setup (or cleanup) needs to be done in both. Also, it means MRTCore *cannot* use any APIs in WindowsAppRuntime.sln because they're technically peers * Add DevCheck support to RunTestsInHelix job
2022-01-26 09:41:38 +03:00
<Error Condition="!Exists('$(RepoTestCertificatePFX)')" Text="$(RepoTestCertificatePFX) not found. Run '$(RepoRoot)\tools\DevCheck.cmd' to generate the test certificate." />
<Error Condition="!Exists('$(RepoTestCertificatePWD)')" Text="$(RepoTestCertificatePWD) not found. Run '$(RepoRoot)\tools\DevCheck.cmd' to generate the test certificate." />
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
</Target>
<!-- Conditional behavior for build pipeline vs local development -->
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<ItemDefinitionGroup Condition="$(WindowsAppSDKBuildPipeline) == '1'">
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<ClCompile>
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<PreprocessorDefinitions>WINDOWSAPPSDK_BUILD_PIPELINE=1;%(PreprocessorDefinitions)</PreprocessorDefinitions>
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<AdditionalIncludeDirectories>$(SolutionDir)\build\override;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
</ClCompile>
<ResourceCompile>
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<PreprocessorDefinitions>WINDOWSAPPSDK_BUILD_PIPELINE=1;%(PreprocessorDefinitions);</PreprocessorDefinitions>
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<AdditionalIncludeDirectories>$(SolutionDir)\build\override;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
</ResourceCompile>
<Midl>
Rename ProjectReunion -> WindowsAppSDK (#1041) * ProjectReunion -> WindowsAppSDK rename (first pass. Of many...) * /build/** renamed * assets/** * /docs * dev\WindowsAppSDK_DLL\ * installer/ * specs/** * Last pass! Time to test... * Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax * Incorporated feedback * Merged latest from main and fixed up reunion references brought in * Incorporated feedback * Maybe this is it * This too? * Fixing another reunion reference that snaked in from recent main...
2021-07-16 08:30:19 +03:00
<PreprocessorDefinitions>WINDOWSAPPSDK_BUILD_PIPELINE=1;%(PreprocessorDefinitions);</PreprocessorDefinitions>
Fix DynamicDependencies generated build overrides (#831) * Fix typo * Added define+include override support to Directory.Build.props (as ProjectReunion.props doesn't seem to be used). * DynamicDependencyLifetimeManager.ProxyStub project's MIDL task's AdditionalIncludeDirectories was a hardcoded path lacking 2 thus omitting the override location (needed to compile in pipeline builds). I verified this was the only such instance except some MRT projects, but they're different enough and working so letting sleeping dragons lie * GenerateDynamicDependencyOverrides.ps1 was told to write to the wrong directory * Huh. Maybe ProjectReunion.props is used after all - by the CI pipeline? * Fixed a typo * Added more debugging aid * Fixed overridedir location * Righter path (I hope * Removed debugging codfe * Removed dead code
2021-05-18 20:18:39 +03:00
<AdditionalIncludeDirectories>$(SolutionDir)\build\override;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
</Midl>
</ItemDefinitionGroup>
Commonize Hybrid CRT support (#1026) * Move Hybrid CRT support out of individual project files up to the project level as a whole * Remove unnecesasry Store-app-ness that fails the Hybrid CRT support * Stop enabling DebugLibraries to avoid bringing in debug VC CRT DLL dependencies (violating the Hybrid CRT rules) * Add DesktopCompatible to MrtCoreManagedTest for future reference - it doesn't hurt, but it doesn't help (at least, not this issue). Also added Win32Proj keyword to M.AM.Resources project. We now have 1 root issue * Removed MrtCoreManagedTest from the build due to a fundamental incompatibility (ut's a Universal Windows project referencing Microsoft.ApplicationModel.Resources (the WinRT dll) which isn't, and VS doesn't like crossing streams. Even worse, VS and msbuild produce different results!). * Revert "Removed MrtCoreManagedTest from the build due to a fundamental incompatibility (ut's a Universal Windows project referencing Microsoft.ApplicationModel.Resources (the WinRT dll) which isn't, and VS doesn't like crossing streams. Even worse, VS and msbuild produce different results!)." This reverts commit 6f4b23dd1057ee2d0c2c0684aedcd3797adfbaa3. * Doing things to workaround MrtCoreManagedTest is a Univesal Windows project. Epic Failure. Because it's a Universal Windows project MSTest is creating $(OutDir)AppX subdir and copying files ***it knows about*** to the subdir. This brutal hack fails because File.Exists() for files in the parent directory fails, and that's because the last var pc = ... tries to access the AppX directory's parent ***and fails because Access Denied***. Previously doing the copy in the .csproj fails because the AppX directory doesn't necesarily exist before the test runs, and MD $(OutDir)AppX before copying files is pointless because MSTest is deleting all the files (if any) in the AppX directory when the test starts. So dead end upon dead end. Only way is to find a way to bench the Universal Windows .props logic to understand the files it doesn't want to allow through the ...Transitive... copy rules. Or just rewrite the project as a non-Universal Windows project. Or rewrite the test using TAEF instead of MSTest. Or... drink heavily. Hunting up Scott tomorrow hoping he has an idea * Hah! Thank you ScottJ! ReferenceCopyLocalPaths does the right thing, copying the needed DLLs into $(OutDir) *and* $(OutDir)AppX and the tests now find the dll and pass * Remove debugging hackery
2021-08-17 23:17:35 +03:00
<!-- Build with the hybrid CRT (Universal CRT + Static VS CRT (for what little the Universal CRT doesn't cover) -->
<Import Project="$(MSBuildThisFileDirectory)HybridCRT.props" />
Generate cert (#1986) * Update DevCheck to generate MSTest.pfx/.cer * Refactor temp handling. Add .user dir * Change cert handling to use .user\* and direct certificate handler via Powershell's PKI module. Buh-bye all references to MSTest.* and certutil * Add -Remove-DevTestCert and -Remove-DevTestPfx * Change all temp\MSTest.pfx to .user\winappsdk.certificate.test.pfx * Added -CertPasswordFile, -CertPasswordUser, -RemoveAll. Save password as plaintext to .pwd file for later use * Update makemsix.cmd to pass along the .pwd content needed to use the (now password protected) .pfx * Update MSTest references * Start of changing NMAKEfiles to MSBuild * Add new file * MakeMsix.targets works! Rewrote DDLM.msix to work it out, when running a specific project (e.g. 'msbuild /bl /p:Configuration=Debug,Platform=x64 /t:Build test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj'). Now to verify it works when building the solution, moving MakeMsix.targets out to root\build and propogating this to the other makemsix projects * 'msbuild foo.vcxproj' works but 'msbuild bar.sln' fails due to 'C:\source\repos\windowsappsdk\test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj error MSB4057: The target GetProjectInfoForReference does not exist in the project. [C:\source\repos\windowsappsdk\' Seems GetPRojectInfoForReference is referenced by 'C:\ProgramFiles (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Microsoft\VC\v160\Microsoft.CppBuild.targets' and Microsoft.Makefile.targets, we don't fit either but they're required to resolve '<ProjectReference...'? Is it possible to move the ProjectReference dependency to the .sln? Or make this work without trying to make a full blown C++ or NMake project? Time to ping some VS/MSBuild experts... * Tweaked the vcxproj to successfully create .msix via MakeMSIX! * Moved MakeMSIX.targets to the root (with other build files) * It works! Got the test projects building with the .pfx and .pwd * Rewiring test projects to use MakeMsix.targets instead of NMake * Yet more MakeMsix fixup * Fixed the package name * Added dummy Clean command (for now) * Fixed Deployment's test package where source files get put to different subdir+filename inside the msix * Fix DevCheck Start-Service to gracefully degrade if not running as admin * DeploymentTests were missing a build order dependency on BootstrapDLL project * Updated DevCheck generated cert to have 12-month lifespan (like current one) * Move Framework.* projects from makemsix.cmd to MakeMSIX.targets * Delete makemsix.cmd (obsolete) * Updated test projects to use static manifests instead of generated from a template (unnecessary complexity) * Deleted obsolete MakeAppxManifestFromTemplate.* * Removed obsolete manifest/template handling. Removed printfery debugging * Minor syntax cleanup. Fixed appxmanifest overly aggressive copy/paste human error <sheepish grin>. Fixed publish-header delete-custom-build-step human error * Fixup Math framework header publishing (due to bad merge due to the age of this change and other work in other branches that hit main. Grrr) * Deleted obsolete files * Replaced SolutionDir with RepoRoot * Rewrote installer's testpackage creation project to use MakeMSIX * Fixed naming inconsistencies * Addressed some issues. More to come * Fixed Get-UserPath emitting New-Item result to the output stream thus when creating the .user directory return $user returned System.Object[] with 2 objects in the stream (filename twice). Well, that was fun * Fix bad merge * Added Clean support to MakeMSIX. Cleanup up some internals including dependencies. MakeMsixOutputFilename is no longer optional and inferred; it must be defined by a project before import'ing makemsix.targets * Optimized load-test-cert-password to a global done once instead of per import rof makemsix.targets * Updated projects to use the common RepoTestCertificate* * Removed obsolete and redundant <Error> check * Added file-existence check before readng file. Added error check at start of project to flag missing-devcheck-artifacts early rather than late * Test WTH is going on * Remove debugging printfery. NOTE: Separate Jobs in a pipeline (will? may?) run in parallel on different machines. Until build-mrt.yml is merged into WindowsAppSDK-BuildProject-Steps.yml any common setup (or cleanup) needs to be done in both. Also, it means MRTCore *cannot* use any APIs in WindowsAppRuntime.sln because they're technically peers * Add DevCheck support to RunTestsInHelix job
2022-01-26 09:41:38 +03:00
Enable APIscan-friendly build options (#2050)
2022-02-02 22:11:56 +03:00
<!-- Build with APIscan-friendly compiler+linker options -->
<Import Project="$(MSBuildThisFileDirectory)ApiScan.Cpp.props" />
Generate cert (#1986) * Update DevCheck to generate MSTest.pfx/.cer * Refactor temp handling. Add .user dir * Change cert handling to use .user\* and direct certificate handler via Powershell's PKI module. Buh-bye all references to MSTest.* and certutil * Add -Remove-DevTestCert and -Remove-DevTestPfx * Change all temp\MSTest.pfx to .user\winappsdk.certificate.test.pfx * Added -CertPasswordFile, -CertPasswordUser, -RemoveAll. Save password as plaintext to .pwd file for later use * Update makemsix.cmd to pass along the .pwd content needed to use the (now password protected) .pfx * Update MSTest references * Start of changing NMAKEfiles to MSBuild * Add new file * MakeMsix.targets works! Rewrote DDLM.msix to work it out, when running a specific project (e.g. 'msbuild /bl /p:Configuration=Debug,Platform=x64 /t:Build test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj'). Now to verify it works when building the solution, moving MakeMsix.targets out to root\build and propogating this to the other makemsix projects * 'msbuild foo.vcxproj' works but 'msbuild bar.sln' fails due to 'C:\source\repos\windowsappsdk\test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj error MSB4057: The target GetProjectInfoForReference does not exist in the project. [C:\source\repos\windowsappsdk\' Seems GetPRojectInfoForReference is referenced by 'C:\ProgramFiles (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Microsoft\VC\v160\Microsoft.CppBuild.targets' and Microsoft.Makefile.targets, we don't fit either but they're required to resolve '<ProjectReference...'? Is it possible to move the ProjectReference dependency to the .sln? Or make this work without trying to make a full blown C++ or NMake project? Time to ping some VS/MSBuild experts... * Tweaked the vcxproj to successfully create .msix via MakeMSIX! * Moved MakeMSIX.targets to the root (with other build files) * It works! Got the test projects building with the .pfx and .pwd * Rewiring test projects to use MakeMsix.targets instead of NMake * Yet more MakeMsix fixup * Fixed the package name * Added dummy Clean command (for now) * Fixed Deployment's test package where source files get put to different subdir+filename inside the msix * Fix DevCheck Start-Service to gracefully degrade if not running as admin * DeploymentTests were missing a build order dependency on BootstrapDLL project * Updated DevCheck generated cert to have 12-month lifespan (like current one) * Move Framework.* projects from makemsix.cmd to MakeMSIX.targets * Delete makemsix.cmd (obsolete) * Updated test projects to use static manifests instead of generated from a template (unnecessary complexity) * Deleted obsolete MakeAppxManifestFromTemplate.* * Removed obsolete manifest/template handling. Removed printfery debugging * Minor syntax cleanup. Fixed appxmanifest overly aggressive copy/paste human error <sheepish grin>. Fixed publish-header delete-custom-build-step human error * Fixup Math framework header publishing (due to bad merge due to the age of this change and other work in other branches that hit main. Grrr) * Deleted obsolete files * Replaced SolutionDir with RepoRoot * Rewrote installer's testpackage creation project to use MakeMSIX * Fixed naming inconsistencies * Addressed some issues. More to come * Fixed Get-UserPath emitting New-Item result to the output stream thus when creating the .user directory return $user returned System.Object[] with 2 objects in the stream (filename twice). Well, that was fun * Fix bad merge * Added Clean support to MakeMSIX. Cleanup up some internals including dependencies. MakeMsixOutputFilename is no longer optional and inferred; it must be defined by a project before import'ing makemsix.targets * Optimized load-test-cert-password to a global done once instead of per import rof makemsix.targets * Updated projects to use the common RepoTestCertificate* * Removed obsolete and redundant <Error> check * Added file-existence check before readng file. Added error check at start of project to flag missing-devcheck-artifacts early rather than late * Test WTH is going on * Remove debugging printfery. NOTE: Separate Jobs in a pipeline (will? may?) run in parallel on different machines. Until build-mrt.yml is merged into WindowsAppSDK-BuildProject-Steps.yml any common setup (or cleanup) needs to be done in both. Also, it means MRTCore *cannot* use any APIs in WindowsAppRuntime.sln because they're technically peers * Add DevCheck support to RunTestsInHelix job
2022-01-26 09:41:38 +03:00
<!-- Load the test certificate's password (so we do it once for reuse across projects) -->
<PropertyGroup Condition="'$(RepoTestCertificatePFX)' == ''">
<RepoTestCertificatePFX>$(RepoRoot)\.user\winappsdk.certificate.test.pfx</RepoTestCertificatePFX>
</PropertyGroup>
<PropertyGroup Condition="'$(RepoTestCertificatePWD)' == ''">
<RepoTestCertificatePWD>$(RepoRoot)\.user\winappsdk.certificate.test.pwd</RepoTestCertificatePWD>
</PropertyGroup>
<PropertyGroup Condition="('$(RepoTestCertificatePWD)' != '') and Exists('$(RepoTestCertificatePWD)')">
<RepoTestCertificatePassword>$([System.IO.File]::ReadAllText('$(RepoTestCertificatePWD)').TrimEnd())</RepoTestCertificatePassword>
<RepoTestCertificatePasswordRedacted>...redacted...</RepoTestCertificatePasswordRedacted>
</PropertyGroup>
UndockedRegFreeWinRT auto-initialization (#2452) * Remove dead code * Add URWF auto-initializer * New URFW files * Connect the dots for URFW auto-initialization support * Added missing file. Fixed compiler warnings * Simplified the C# auto-initializer. Added a comment explaining why it works the way it does * Updated C# auto-initializers to shortcircuit any work if loaded for reflecction (vs execution) * Added missing using * Fix returning a reference to a local variable in GetActivityFlags(); returns a const enum so no reason it can't be by-value and the obvious correctness reason it can't be by-ref * Added build macro WindowsAppSDKCleanIntermediateFiles=<boolean> to scrub intermediate outputs as we build. Defaults to 'true' for build pipeline else undefined and thus not acted on (e.g. dev inner-loop) * Fix prototype for GetIntegrityFlags * Move WindowsAppSDKCleanIntermediateFiles to be a parameter defined by the pipeline, for better inner-loop (for those who want to use the option)
2022-05-03 11:13:36 +03:00
<!-- 'Clean As We Go' if necessary (specified). Prevents build agents from running out of disk space -->
<Target Name="CleanIntermediateFiles" AfterTargets="Build" Condition="'$(WindowsAppSDKCleanIntermediateFiles)' == 'true'">
<RemoveDir Directories="$(IntermediateOutputPath)" />
</Target>
Add initial solution and code examples (#102) * Initial commit of Reunion Common Entrypoint * Rename Common to SampleWinRT * Care and Feeding of WinRT code * Add ARM64 target * Flat C API sample * Extend sample slightly, fix publishing files * Update References * Add a simple test (that doesn't work yet) * Move to a shared project * Replace "Universal" DLL with a regular C++/WinRT DLL Publish "flat C" headers to common output directory Ensure test execution can find the implementation binary * Change namespaces, fix up solutions, make test work * Get a UWP unit test building * Update to new cppwinrt package * Include ARM64 in builds, add 'build everything' script * Add means to test UWP, identity, etc in one shared file * Rename test projects * PR feedback * PR feedback * PR feedback
2020-07-06 23:27:12 +03:00
</Project>