Skip to content

Conversation

@akoeplinger
Copy link
Member

We already do this for CoreCLR and Mono since #60572 but we never did this for NativeAOT.
Without this the assembly has a version suffix in the AssemblyInformationalVersionAttribute when using stabilized package versions which caused the processinfo2 and processinfo3 tests to fail.

We already do this for CoreCLR and Mono since dotnet#60572 but we never did this for NativeAOT.
This resulted in the assembly having a version suffix in the AssemblyInformationalVersionAttribute when using stabilized package versions which caused the processinfo2 and processinfo3 tests to fail.
@ghost
Copy link

ghost commented Oct 23, 2023

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

Issue Details

We already do this for CoreCLR and Mono since #60572 but we never did this for NativeAOT.
Without this the assembly has a version suffix in the AssemblyInformationalVersionAttribute when using stabilized package versions which caused the processinfo2 and processinfo3 tests to fail.

Author: akoeplinger
Assignees: akoeplinger
Labels:

area-NativeAOT-coreclr

Milestone: -

@hoyosjs hoyosjs merged commit 15e4389 into dotnet:main Oct 23, 2023
@akoeplinger akoeplinger deleted the informationalversion-nativeaot branch October 24, 2023 08:29
@ghost ghost locked as resolved and limited conversation to collaborators Nov 23, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants