Where is GACUTIL for .net Framework 4.0 on Windows 7?

I made an assembly in the .NET Framework, which I intend to publish in the GAC, but I can not find gacutil utlity.

I searched a lot of time and I found a lot of suggestions, but nothing works:

  • Copy the assembly to% window% \ assemblyy [DOES NOT WORK]
  • Copy assembly to% window% \ Microsoft.NET \ assembly [DOES NOT WORK]
  • C: \ Program Files \ Microsoft SDK \ Windows \ v6.0A \ Bin \ gacutil.exe / i "assembly" [returns an error: this assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded]

Anyone have an idea to solve this?

+75
gacutil
Aug 03 2018-11-11T00:
source share
4 answers

If you have VS2010 installed, you should find .NET 4.0 gacutil in

 C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools

The 7.0A Windows SDK must be installed next to VS2010 - 6.0A , which will be installed with VS2008 and, therefore, will not have .NET 4.0 support.

+71
Sep 13 '11 at 10:38
source share

VS 2012/13 Win 7 64 bit gacutil.exe is located in

 C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v8.0A \ bin \ NETFX 4.0 Tools
+34
Sep 27 '12 at 18:26
source share

In a standard .net 4.0 installation, Gacutil is missing. They also moved the GAC from% Windir% \ assembly to% Windir% \ Microsoft.NET \ Assembly.

They did not even bother to add a "special view" for the folder in Windows Explorer, as well as for the .net 1.0 / 2.0 GAC.

Gacutil is part of the Windows SDK, so if you want to use it on your development machine, just install the Windows SDK for your current platform. Then you will find it somewhere like that (depending on the SDK version):

 C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools

The new GAC is discussed here: .NET 4.0 introduced a new GAC, why?

If you want to install something in the GAC on a production machine, you need to do it in the "right" way (gacutil was never intended to be installed on production servers only as a development tool), Windows Installer, or with other tools. You can, for example, do this using PowerShell and the dll System.EnterpriseServices.

In the general case, based on several years of experience, I personally strongly recommended against using the GAC. Your application will always work if you decompose the DLL with each application in the bin folder. Yes, you will get several copies of the DLL on your server if you have, for example, several web applications on the same server, but it is definitely worth it to be able to update one application without violating the others (by introducing an incompatible version of the common DLL in the GAC).

+22
Aug 03 2018-11-11T00:
source share

In fact, there is now a GAC ​​utility for .NET 4.0. It is found in the Microsoft Windows 7 and .NET 4.0 SDKs (the SDK supports several OSs, not just Windows 7, so if you use a later Microsoft OS, the chances are that they are supported).

This is an SDK . You can download the ISO or complete the installation online. Some excess to load the whole thing, if all you want is a GAC ​​Util; however it works.

+5
Nov 01 2018-11-11T00:
source share



All Articles