56

I'm getting this exception:

System.Configuration.ConfigurationErrorsException: The value for the 'compilerVersion' attribute in the provider options must be 'v4.0' or later if you are compiling for version 4.0 or later of the .NET Framework.

What should I do to resolve this?

Jeroen
  • 60,696
  • 40
  • 206
  • 339
Jonathan Allen
  • 68,373
  • 70
  • 259
  • 447

7 Answers7

67

I had a similar problem and had to tell ASP.NET in configuration to use the 3.5 compiler as follows by modifying Web.config.

I've copied and pasted the following from my code. You have to change value="v3.5" to value="v4.0". The compiler type strings might also change.

<configuration>

  <!--  ... other configuraiton stuff ... -->

  <system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CSharp.CSharpCodeProvider,System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" warningLevel="4">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="WarnAsError" value="false"/>
      </compiler>
      <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" warningLevel="4">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="OptionInfer" value="true"/>
        <providerOption name="WarnAsError" value="false"/>
      </compiler>
    </compilers>
  </system.codedom>

</configuration>

In my case the 2.0 compiler was being used instead of 3.5. I was working in an IIS 7, ASP.NET Website project.

You might glean additional insight from:

John K
  • 28,441
  • 31
  • 139
  • 229
  • 1
    4igi answer has the C# 4.0 answer. – pauloya Oct 13 '11 at 09:32
  • 1
    As a side note to "2.0 was used instead of 3.5": The solution above worked for me too in this scenario. But I finally found out WHY the wrong compiler was being used: I'm using a "Web Deployment Project" to compile the web application and it seems it doesn't understand "CodeFile=" in aspx/ascx files (and doesn't find any ".cs" files). The legacy name "CodeBehind=" works though and the "web.config"-hack above is no longer needed. *** MSVC2010, .NET 2.0 with 3.5 Code *** – Tobias81 Jun 04 '15 at 12:50
  • Looking at John K's references, most of the compiler element options are exactly that - optional! So, I had a similar issue with C# and vb in the same website project. The VB stuff was not working, most likely due to setting incorrect version, but we wanted any and all builds of this warning type to be ignored, so I added the compiler element with only the option I wanted: nowarn. – InquisitionX Oct 18 '18 at 18:18
30

this should help

<configuration>
<!--  -->
<system.codedom>
 <compilers>
  <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4"
    type="Microsoft.CSharp.CSharpCodeProvider,System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
   <providerOption name="CompilerVersion" value="v4.0"/>
   <providerOption name="WarnAsError" value="false"/>
  </compiler>
 </compilers>
</system.codedom>
<!--  -->
</configuration>
McDowell
  • 107,573
  • 31
  • 204
  • 267
4igi
  • 301
  • 3
  • 2
27

In my case, I was trying to run a child application using 4.0, but the parent application needed to still use 2.0. Wrapping the compilers information in the parent web.config with a <location path="." inheritInChildApplications="false"> tag fixed it.

Parent Web.config:

<location path="." inheritInChildApplications="false">
  <system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CSharp.CSharpCodeProvider,System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" warningLevel="4">
        <providerOption name="CompilerVersion" value="v3.5" />
        <providerOption name="WarnAsError" value="false" />
      </compiler>
    </compilers>
  </system.codedom>
James Lawruk
  • 30,112
  • 19
  • 130
  • 137
9

Remove this section from web.config

<compilation debug="true" strict="true" explicit="true"  targetFramework="4.0" />
Jonathan Allen
  • 68,373
  • 70
  • 259
  • 447
1

We had accidentally copy-pasted Web.config into C:\inetpub\wwwroot. This accidentally copy-pasted Web.config had mismatching configuration and caused the compilerVersion error for us. Deleting the Web.config solved the problem for us.

Mtq
  • 53
  • 7
1

In my case it was a child site under the Default Website and although the default website settings were set at ASP.NET 4.0, the web.config file was set for 2.0 and 3.5. Changing the web.config file to use 4.0 fixed it. Use this for reference: ASP.NET 4 Breaking Changes

Marlon
  • 199
  • 12
0

In my case, I am using an old Webform website (V 2.0), need to append a new application which is developed in MVC4.0. This same error I was facing and after many permutations and combination of the given solution, I wrapped the whole web.comfig of the parent application in the following tag

<location path="." inheritInChildApplications="false">
...... web config tags here........
</location> 
Blastfurnace
  • 18,411
  • 56
  • 55
  • 70
Haritus
  • 90
  • 7