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

Add search dir where Windows.winmd can be found #343

Conversation

mrvoorhe
Copy link
Contributor

@mrvoorhe mrvoorhe commented Aug 7, 2018

With the fix merged in #340 many unit tests now need to be able to resolve Windows.winmd when linking against .NET Framework class libraries. This is happening because a GetType of System.Runtime.WindowsRuntime, System.Resources.WindowsRuntimeResourceManager that was previously not handled is now handled. Bringing in System.Runtime.WindowsRuntime eventually leads to trying to resolve Windows which fails.

I'm not sure if this is the best way of resolving Windows.winmd. I copied the logic from what we do in UnityLinker for our windows runtime support and it worked. It does seem a little fragile given that the logic expects a specific version directory. But if it works I'm happy.

If you know of a more robust way to locate windows.winmd I'm happy to change it.

With the fix merged in dotnet#340 many unit tests now need to be able to resolve Windows.winmd when linking against .NET Class libraries.
@mrvoorhe mrvoorhe requested a review from marek-safar as a code owner August 7, 2018 19:06
@mrvoorhe
Copy link
Contributor Author

mrvoorhe commented Aug 7, 2018

@marek-safar Any feelings on which approach to take for fixing the .NET Core build due to the inclusion of Registery?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant