-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Microsoft.Net.Compilers has misleading NuGet description (required framework) #18572
Comments
@agocke Assigning this to you as it seems the other bug mentioned in your PR is currently closed. Feel free to dupe if you have another tracking bug. |
Might be an unrelated bug, but does it actually require 4.6.1? Getting weird Going to install 4.6.1 on build server tomorrow, and see if that helps. |
Can confirm installing 4.6.1 fixes the issue, so the requirement should be 4.6.1, not 4.6.
|
That's disturbing because we explicitly target 4.6 frameworks in our projects (sometimes via NetStandard). There is no intent to take a dependency on 4.6.1 in this layer because it's unnecessary. |
Yup, and I've confirmed that we're netstandard1.3 and the projects target 4.6, not 4.6.1 @weshaggard @ericstj Any idea what could be going on here? |
@agocke definitely Net Standad 1.3 compliant. Or at least when I port our code to the new SDK and use NetStandard 1.3 as the target it still compiles fine. |
Adding @terrajobst as well. |
I disassembled IsDegenerateQuery and I see the following:
We added IReadOnlyCollection to Stack in 4.6 . I suppose the build server might have been in some torn state. Install of 4.6.1 would have fixed that, repair of 4.6 would have done the same. /cc @AlexGhiondea Anyone have a repro on something other than this one machine? You should check the version of System.dll loaded if this is happening. That should indicate what's going on. The place to look would be |
The build server hdmp references |
Indeed, that's a native image from 4.5.2. If you have a machine in repro state it's something worth investigating from the setup and/or loader side. You shouldn't be able to get in a state with 4.6 installed running on 4.5.2 bits (unless there was a pending reboot or power failure during update or something). |
Looks like everything is like it should be, except for the torn server state and the fact that your package description is wrong (.NET Standard 1.3 is only supported on .NET Framework 4.6.1) |
Glad to know it wasn't something wrong with our build. Was quite worried for a minute 😄 |
There is something wrong with your build: it produces a NuGet package with the wrong description ;-) |
@terrajobst We have that icky bit fixed; we're building the updated packages tomorrow. 😄 |
Is this bug related in any way to #4889 ? |
Looks like this was fixed by #17942 |
Version Used:
Microsoft.Net.Compilers 2.0.1
Steps to Reproduce:
Expected Behavior:
Description says "Supported Platforms: - .NET Framework 4.6" so developer does not attempt step 3.
Actual Behavior:
The text was updated successfully, but these errors were encountered: