Skip to main content
13 events
when toggle format what by license comment
May 20, 2024 at 12:15 comment added Hooman Limouee I always end up to this answer and it every time solves the problem.
Mar 22, 2024 at 9:16 comment added toha What is wrong with VS 2019? This simple method will kill the error.
Sep 8, 2021 at 6:55 comment added marinoff Clean + Rebuild did the trick for me as well. The issue probably was that I've used another VS (2022 Preview) on the same project and probably it messed up with the compiler directory/version.
May 21, 2021 at 18:36 comment added AaronLS I did a Rebuild at the solution level and fixed for me. Over time I've found a few nuget packages where the default build doesn't trigger some of their setup properly, but a Solution Rebuild does.
Jul 19, 2019 at 11:52 comment added AGuyCalledGerald @pipedreambomb, you're correct but you won't want to clean/rebuild all the time.
S Apr 22, 2019 at 17:25 history suggested CommunityBot CC BY-SA 4.0
some people are saying you have to clean as well as rebuild, so why not
Apr 18, 2019 at 10:29 review Suggested edits
S Apr 22, 2019 at 17:25
Apr 15, 2019 at 17:18 comment added Lews Therin Clean and Rebuild did the trick for me. For those saying just doing rebuild will work...rebuild's behavior can be modified and does not always just do a clean and build. See #2 of this answer.
Dec 14, 2018 at 19:26 comment added Johann DotNetCompilerPlatform 1.0.3, Microsoft.Net.Compilers 1.3.2, VS Pro 2017 15.9.4 here. A clean/rebuild didn't work for me, even before and after restarting Visual Studio. Finally, a Build > Batch Build... > Rebuild All did the trick. It must have whispered just the right sweet-nothing to get VS to see it was missing the bin/roslyn directory in the output.
Jan 4, 2018 at 14:12 history edited pipedreambomb CC BY-SA 3.0
added 76 characters in body
Nov 17, 2017 at 11:25 comment added m.edmondson Rebuild resolved for me, I noticed this in the output Copying file from "C:\Users\medmondson\Source\UK\Portal\Branches\v12\Source\packages\Microsoft.Net.Compilers.1.3.2\tools\csi.exe" to "bin\Debug\roslyn\csi.exe".
Mar 28, 2017 at 13:26 comment added leemicw I dont think the clean is required. According to this discussion of the issue a rebuild not a regular build will always put the roslyn file back. github.com/dotnet/roslyn/issues/15556
Jan 5, 2017 at 11:55 history answered pipedreambomb CC BY-SA 3.0