Skip to content
This repository was archived by the owner on Jan 23, 2023. It is now read-only.

Fix the reference assembly for mscorlib to match the surface area of the OS #4890

Merged
merged 3 commits into from
May 11, 2016

Conversation

AlexGhiondea
Copy link

This will enable the facade generation across the OSes.

@AlexGhiondea
Copy link
Author

/cc @gkhanna79 @weshaggard

@AlexGhiondea AlexGhiondea force-pushed the BuildRefAssemblyPerTargetOS branch from ea19122 to 94107cd Compare May 10, 2016 19:47
@mmitche
Copy link
Member

mmitche commented May 10, 2016

@AlexGhiondea @mikem8361 is this the same mac error we've been seeing for a while?

@mikem8361
Copy link

This is a failure in the PAL tests not the semaphore/disk full problem. I think @sergiy-k is looking at this one.

@AlexGhiondea AlexGhiondea force-pushed the BuildRefAssemblyPerTargetOS branch from 94107cd to 3368e3f Compare May 10, 2016 21:59
<Version>1.0.1</Version>
<SkipPackageFileCheck>true</SkipPackageFileCheck>
<SkipValidatePackage>true</SkipValidatePackage>
<PackagePlatforms>x64;x86;arm</PackagePlatforms>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We shouldn't need all these architectures. Just one should do as it is just a reference assembly.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed.

@AlexGhiondea AlexGhiondea force-pushed the BuildRefAssemblyPerTargetOS branch from 3368e3f to b451522 Compare May 10, 2016 22:52
@weshaggard weshaggard merged commit b59a604 into dotnet:master May 11, 2016
@kyulee1 kyulee1 mentioned this pull request Jun 15, 2016
kyulee1 added a commit to kyulee1/coreclr that referenced this pull request Jun 16, 2016
I think this finally fixes most of long outstanding GC issues that appear in different
forms so far that include #4877, #4879, dotnet#4890 and more.

The issues was WriteBarrier implementation.
When we update card table, the address has been already incremented by 8.

With this fix, all corefx tests seem to run on xunit framework without crashing.
I verified this with an out-of-date build locally, so there are not found
assembly errors like System.Runtime.Extensions with different versions, though.
These are what I tested so far that safely finished all runs with very high percentage of pass.
System.Collections.Tests
System.Dynamic.Runtime.Tests
System.Linq.Expressions.Tests
System.Linq.Parallel.Tests

Potentially more coreclr tests will pass. I will update them as tests go.
kyulee1 added a commit to kyulee1/coreclr that referenced this pull request Jun 16, 2016
I think this finally fixes most of long outstanding GC issues that appear in different
forms so far that include #4877, #4879, dotnet#4890 and more.

The issues was WriteBarrier implementation.
When we update card table, the address has been already incremented by 8.

With this fix, all corefx tests seem to run on xunit framework without crashing.
I verified this with an out-of-date build locally, so there are not found
assembly errors like System.Runtime.Extensions with different versions, though.
These are what I tested so far that safely finished all runs with very high percentage of pass.
System.Collections.Tests
System.Dynamic.Runtime.Tests
System.Linq.Expressions.Tests
System.Linq.Parallel.Tests

Potentially more coreclr tests will pass. I will update them as tests go.
picenka21 pushed a commit to picenka21/runtime that referenced this pull request Feb 18, 2022
…mblyPerTargetOS

Fix the reference assembly for mscorlib to match the surface area of the OS

Commit migrated from dotnet/coreclr@b59a604
picenka21 pushed a commit to picenka21/runtime that referenced this pull request Feb 18, 2022
I think this finally fixes most of long outstanding GC issues that appear in different
forms so far that include dotnet/coreclr#4877, dotnet/coreclr#4879, dotnet/coreclr#4890 and more.

The issues was WriteBarrier implementation.
When we update card table, the address has been already incremented by 8.

With this fix, all corefx tests seem to run on xunit framework without crashing.
I verified this with an out-of-date build locally, so there are not found
assembly errors like System.Runtime.Extensions with different versions, though.
These are what I tested so far that safely finished all runs with very high percentage of pass.
System.Collections.Tests
System.Dynamic.Runtime.Tests
System.Linq.Expressions.Tests
System.Linq.Parallel.Tests

Potentially more coreclr tests will pass. I will update them as tests go.


Commit migrated from dotnet/coreclr@49c2eec
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.

6 participants