Граф коммитов

11 Коммитов

Автор SHA1 Сообщение Дата
Alexandre Zollinger Chohfi 52f7a0b70c Add ARM64 support (#722)
* Add ARM64 entries where ARM entries are

This change adds ARM64 entries where ARM(32) entries already exist.

In the case of certain test configurations, ARM is set to use the x86
configuration so ARM64 imitates this.

Since winrt.test.managed.uap.csproj is not compatible with .NET Native
and the ARM64 UWP does not support .NET other than Native, it is
omitted.

* Upgrade DirectXTK_UWP dep to 2019.4.26.1

This takes care of unresolved externals in the Direct3DInterop library
by updating to a version of directxtk_uwp that has ARM64 support.

* Bump UniversalWindowsPlatform to 6.2.8

This change fixes the Nuget Restore error
The local source 'C:\Users\jkunkee\source\repos\Win2D\bin' doesn't exist.

Incidentally, it also pulls in a version with official ARM64 support:
https://github.com/Microsoft/dotnet/blob/master/releases/UWP/net-native2.2/README.md#uwp-627-march-12th-2019

* Set TargetPlatformMinVersion to 10.0.16299.0 for ARM64

This change fixes errors about ARM64 not being supported before 16299.

* Work around NuGet TargetPlatformMinVersion limits

This change accomodates Visual Studio's lack of support for multiple
TargetPlatformMinVersion values in one project by separating the NuGet
restore and the build operations that depend on it.

UWAs that intend to support ARM64 must have a TargetPlatformMinVersion
of at least 10.0.16299.0, while UWAs that intend to support all past
versions of Windows 10 must set it to 10.0.10240.0. The Win2D sample
and test UWAs need to do both, but NuGet restore only takes one. This
this change copies the restore and build operations into two such that
the 16299 restore runs, the 16299 (ARM64) builds run, then the 10240
restore runs, and finally the 10240 builds run. This builds
everything, including tests, for all architectures. One side effect is
that the NuGet package state is left in a state that supports building
the most common Platforms from Visual Studio.

A corrolary to this is that exported sample projects will require
similar arrangements to build for both full Windows 10 backwards
compatibility and for ARM64.

Since BuildDocs.proj also uses NuGet Restore, it specifically uses the
more general 10240 restore target.

* Drop WorkAroundNuGetRestoreBug

As of Visual Studio 2017 and this point in the commit history, this
workaround is no longer necessary.
2019-09-06 15:30:24 -07:00
Shawn Hargreaves ad916aaf10 Update Visual Studio and SDK version mentions in docs 2018-04-17 14:39:20 -07:00
Shawn Hargreaves 3aa3be812f Remove 8.1 support: update docs and readme 2018-02-23 15:25:13 -08:00
Claire Andrews 0c07456be8 Merged PR 100: Update Win2D to support VS 2017 2017-05-19 19:50:08 +00:00
Shawn Hargreaves c9aeba103d Add ColorManagementEffect and TableTransfer3DEffect
Details:

- Adds the supporting types ColorManagementProfile and EffectTransferTable3D
- Adds effect codegen support for adding manually authored static methods (used to implement ColorManagementEffectFactory::IsBestQualitySupported)
- Copies latest API description XML from the Windows tree - lots of churn here but it's all just reformatting and adding comment strings
- Extends ComArray to handle arrays of non-POD types ComPtr and WinString (nice side effect is this fixes a preexisting leak in the CanvasTextFormatFactory::GetSystemFontFamiliesFromLocaleList error path)
- CanvasEffect supports interface effect property types
- Moved Color -> BGRA conversion from CanvasBitmap -> DxgiUtilities
- Moved GetRefCount helper from RefCountTests to Helpers.h
2016-01-12 16:25:23 -08:00
Shawn Hargreaves 0fd4f810be Change license from Apache 2.0 to MIT - manually update files that include handwritten license text 2015-07-06 21:37:39 -07:00
Shawn Hargreaves 5e4a9cc3ea CONTRIBUTING instructions explain how to install the .pfx certificate for running tests 2015-06-18 13:19:24 -07:00
Damyan Pepper 406b2ab0e3 Consolidate tests/samples to the samples directory.
SimpleSample now builds alongside the other samples.

Removed CsConsumer
2015-05-22 10:22:15 -07:00
Shawn Hargreaves b8fe814fe7 Fix build issues caused by DirectXTK NuGet package file locking
The way the DirectXTK NuGet packages are built depends on a custom MSBuild extension
task. This DLL gets copied to a temporary location at the start of the build, then
loaded into the MSBuild process. Two problems result:

- The DLL copy fails if multiple processes attempt to build different flavors of the
  same project using the package in parallel. (poor) solution is to disable parallel
  build only for the project that uses DirectXTK.

- As long as MSBuild remains alive, the DLL is locked, so subsequent operations such
  as git clean will fail. Solution is to specify the MSBuild switch (/nr) telling it not to
  keep around process instances for later reuse.
2015-04-24 12:07:11 -07:00
Damyan Pepper c531cdcd56 Use nuget version of sandcastle 2015-03-12 12:50:25 -07:00
Dan McLachlan c67c5aa618 Updated README.md and CONTRIBUTING.md
- Renamed CONTRIBUTING to CONTRIBUTING.md
- Moved directory structure info from README.md to CONTRIBUTING.md
- Updated contribution process
  - CLA submission process now automated via the Azure pull request bot
  - Detailed the contribution process including How-To for verifying changes
2014-09-07 21:28:05 -07:00