none
Where can I find gacutil for a 64-bit machine? RRS feed

  • Question

  •  

    I'm using framework 2.0, but we've just moved to a 64-bit machine.  I can't find the gacutil in either the .net framework or in the SDK.  Anyone know where I can get it?

     

    Thanks!

    Thursday, November 15, 2007 7:53 PM

Answers

  • Gacutil.exe is with your .NET Framework SDK which is also installed with Visual Studio.

    You can find it in C:\Program Files(x86)\Microsoft Visual Studio 8\SDK\v2.0\Bin

    If it is not there, also check Windows SDK path: C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bin

     

    Thanks

    Monday, November 19, 2007 6:38 AM

All replies

  • Gacutil.exe is with your .NET Framework SDK which is also installed with Visual Studio.

    You can find it in C:\Program Files(x86)\Microsoft Visual Studio 8\SDK\v2.0\Bin

    If it is not there, also check Windows SDK path: C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bin

     

    Thanks

    Monday, November 19, 2007 6:38 AM
  • This is obviously not the correct answer.

    How can you depend on Visual Studio on the production machine?

    Doesn't anyone know how to find the new gacutil for GAC_64?


    Samuel Miller
    Wednesday, March 9, 2011 2:29 PM
  • I am running Windows 7 x64 and VS2008.

    I found the gacutil.exe at:

    C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools\x64

    I found it by doing a search from Windows Explorer.

    Hope that helps!

    Al

    Friday, March 18, 2011 3:56 PM
  • On Windows 2012 R2 Server, if you are not allowed to install Visual Studio or SDK,  
    you can use powershell to register assemblies into GAC. It didn't need any special installation for me.

    At Powershell command prompt:

    Set-location "C:\Temp"
     [System.Reflection.Assembly]::Load("System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a")
     $publish = New-Object System.EnterpriseServices.Internal.Publish
     $publish.GacInstall("C:\Temp\myGacLibrary.dll")

    Monday, May 6, 2019 2:21 PM