Uh oh!
There was an error while loading. Please reload this page.
[tests] verify trimmer warnings where appropriate - #9076
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
Uh oh!
There was an error while loading. Please reload this page.
This comment was marked as outdated.
This comment was marked as outdated.
ivanpovazan
commented
Jul 3, 2024
@jonathanpeppers I repeated your test setup with a Here is the overview of the expected behaviour and property values (verified by inspecting binlogs and order of evaluation): Case: TrimMode=full, debug
Case: TrimMode=full, release
SuppressTrimAnalysisWarnings=false, debug
SuppressTrimAnalysisWarnings=false, release
IsAotCompatible=true, debug
IsAotCompatible=true, release
ConclusionThe added test in this PR does not seem to have correct expected values, please take a look at my notes above, and let me know if you have any questions. More importantly, the good news is, that the change in |
This comment was marked as outdated.
This comment was marked as outdated.
One change we need in the Android workload is to make sure that trimmer warnings are displayed if a project sets `$(IsAotCompatible)`. Customers would likely want this set for all platforms if they are using NativeAOT on iOS or MacCatalyst. I also wrote a test with somewhat complicated parameters to verify we get warnings. First, I can create a warning for both `IL2055` and `IL3050`: // Member field Type type = typeof (List<>); // ... // Later in OnCreate Console.WriteLine (type.MakeGenericType (typeof (object))); The combinations of tests are: | Configuration | Property | Warning(s) | | ------------- | ---------------------------------- | ----------------- | | Debug | (defaults) | None | | Release | (defaults) | None | | Debug | TrimMode=full | None | | Release | TrimMode=full | IL2055(2) | | Release | SuppressTrimAnalysisWarnings=false | IL2055(2) | | Debug | IsAotCompatible=true | IL2055, IL3050 | | Release | IsAotCompatible=false | IL2055(2), IL3050 | Some of the cases receive duplicate warnings, but this is expected as the same behavior occurs in the simplest case: * `dotnet new console` * Add the above code to `Program.cs` * `dotnet publish -c Release -r win-x64 -p:PublishAot=true` * Receive warnings from both the Roslyn analyzer and ILC (NativeAOT compiler) In a future PR, I might try to "fix" the duplicate warnings.
f03fa9c to
2b8a6fcCompare
ivanpovazan
left a comment
There was a problem hiding this comment.
LGTM, thanks for looking into this!
* main: [tests] verify trimmer warnings where appropriate (#9076) Bump to jbevain/cecil@8c123e1 (#9078) [trimming] remove `$(NullabilityInfoContextSupport)` (#9069) [build] Bump `$(XABuildToolsVersion)`=35 (#9071) [ci] Move PR build to shared pool (#8854) Use AsyncTask from xamarin-android-tools (#9017) Bump to dotnet/sdk@02c06d398a 9.0.100-preview.7.24351.1 (#9067) [trimming] use public `$(MetricsSupport)` property (#9068) [ci] Update resourceManagement.yml (#9070) Bump to dotnet/android-api-docs@c14203771a (#8992) [trimming] remove `$(_AggressiveAttributeTrimming)` by default (#9062)
One change we need in the Android workload is to make sure that
trimmer warnings are displayed if a project sets
$(IsAotCompatible).Customers would likely want this set for all platforms if they are
using NativeAOT on iOS or MacCatalyst.
I also wrote a test with somewhat complicated parameters to verify
we get warnings.
First, I can create a warning for both
IL2055andIL3050:The combinations of tests are:
Some of the cases receive duplicate warnings, but this is expected as
the same behavior occurs in the simplest case:
dotnet new consoleProgram.csdotnet publish -c Release -r win-x64 -p:PublishAot=trueIn a future PR, I might try to "fix" the duplicate warnings.