Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Increment breaking change no for doubly linked freelists #44800

Conversation

PeterSolMS
Copy link
Contributor

Update breaking change number because doubly linked free lists use one additional bit in the method table pointer at the beginning of objects now.

@Dotnet-GitSync-Bot
Copy link
Collaborator

I couldn't figure out the best area label to add to this PR. If you have write-permissions please help me learn by adding exactly one area label.

@Maoni0
Copy link
Member

Maoni0 commented Nov 18, 2020

could you please add a comment as I mentioned in the diagnostics repo issue? otherwise it looks weird that we have a dac version yet we are not incrementing that at all.

…OS_BREAKING_CHANGE_VERSION should be changed instead.
…ore sense given that PopulateDacVars is actually in gc.cpp.
@PeterSolMS PeterSolMS merged commit cb8c8ec into dotnet:master Nov 19, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 19, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants