[am11]

Generic version of @#136476.

Library	main	Branch	Diff
System.ComponentModel.TypeConverter	308,224	307,712	−512
System.Diagnostics.DiagnosticSource	199,168	198,656	−512
System.Diagnostics.Process	158,720	158,208	−512
System.Formats.Tar	106,496	105,984	−512
System.IO.Compression	188,416	187,392	−1,024
System.IO.FileSystem.DriveInfo	38,912	38,400	−512
System.IO.Pipes	56,320	55,808	−512
System.Net.Http	579,584	579,072	−512
System.Net.NameResolution	93,184	92,672	−512
System.Net.Ping	41,984	40,960	−1,024
System.Net.Quic	154,624	150,528	−4,096
System.Net.Security	370,688	370,176	−512
System.Net.Sockets	211,968	209,920	−2,048
System.Runtime.InteropServices	54,784	53,248	−1,536
System.Runtime.Numerics	208,896	203,264	−5,632
System.Security.Cryptography	1,129,472	1,125,376	−4,096
System.Text.Json	725,504	724,480	−1,024
Total (all DLLs)	34,305,024	34,279,936	−25,088

[azure-pipelines]

Azure Pipelines:
Successfully started running 3 pipeline(s).
13 pipeline(s) were filtered out due to trigger conditions.
There may be pipelines that require an authorized user to comment /azp run to run.

[dotnet-policy-service]

Tagging subscribers to this area: @agocke, @dotnet/illink
See info in area-owners.md if you want to be subscribed.

[am11]

@jkotas, @agocke, this generic approach is more profitable compared to #136476, but comes with bit of a noise. It skips over AppContext switches.

[jkotas]

@sbomer Could you please take a look?

[sbomer]

Do we need to somehow prevent baking in constants from an OOB library that might change across versions?

[am11]

Do we need to somehow prevent baking in constants from an OOB library that might change across versions?

Packable libraries now contribute their reference assembly instead of the implementation.