Make browser peer for windows_nt and unix#37944
Conversation
|
Tagging subscribers to this area: @ViktorHofer |
|
@ericstj @marek-safar can you review this one ? |
ericstj
left a comment
There was a problem hiding this comment.
For some of these cases we should see if we can represent netcoreapp-Browser;netcoreapp-Unix;netcoreapp-Windows_NT as netcoreapp;netcoreapp-Windows_NT instead (especially in the cases where there is no DLLImport).
There seem to be a few cases where cross-compilation is resulting because of our config system, and not due to any real ifdefs/conditional compilation (EG: anything project referencing System.Private.Uri/System.Runtime, System.Private.Xml). This is similar to the case we relaxed for System.Private.CoreLib. I wonder if we should relax it in these cases, use the vertical-defined configuration of the project reference, and remove the cross-compilation.
|
I'm not sure if all the test --> src configurations are right but we can otherwise fix them in a follow-up PR. Spot checked. Thanks |
|
@akoeplinger can you review this one ? |
|
The pending |
Saw these missing while reviewing dotnet#37944. As far as I can see this is only used when building inside VS but still good to add for consistency.
Saw these missing while reviewing #37944. As far as I can see this is only used when building inside VS but still good to add for consistency.
| public static class ODBC32 | ||
| { | ||
| [System.Runtime.CompilerServices.TypeForwardedFrom("System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089")] | ||
| public enum RETCODE : int |
There was a problem hiding this comment.
What is this about? This needs a better comment at least.
There was a problem hiding this comment.
I added the comment in #38968. there is some more info on decision here #37944 (comment)
|
There are going to be follow up prs for this work, i will address the feedback in the next one |
Fixes #38559
Contributes to #37439