Uh oh!
There was an error while loading. Please reload this page.
[release/7.0] Workaround MacCatalyst .app output path change in cmake 3.25 - #79097
Conversation
Since AzDO macOS builders where updated to cmake 3.25 we're seeing failures because the .app doesn't end up in the expected output path anymore. Apply a workaround to move it back to the old location. Fixes#78778
ghost
commented
Dec 1, 2022
Tagging subscribers to this area: @directhex Issue DetailsBackport of #79084 to release/7.0 /cc @akoeplinger Customer ImpactTestingRiskIMPORTANT: Is this backport for a servicing release? If so and this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.
|
akoeplinger
commented
Dec 6, 2022
/cc @carlossanlop |
jeffhandley
left a comment
There was a problem hiding this comment.
This looks good to me, and the fix would be valuable to have in the release/7.0 branch since all backports are currently tripping up on this.
(Note @carlossanlop is away from work)
Merging to unblock the test runs in this branch (Branding has been done). |
Backport of #79084 to release/7.0
/cc @akoeplinger
Customer Impact
This fixes a test build break when targetting MacCatalyst on macOS machines that have cmake 3.25 installed.
Testing
CI testing.
Risk
None, this is only used in the dotnet/runtime build.
IMPORTANT: Is this backport for a servicing release? If so and this change touches code that ships in a NuGet package, please make certain that you have added any necessary package authoring and gotten it explicitly reviewed.