Gacutil не включений у стандартну інсталяцію .net 4.0. Вони також перемістили GAC із% Windir% \ Assembly у% Windir% \ Microsoft.NET \ Assembly.
Вони навіть не заморочувались додаванням "спеціального подання" для папки в провіднику Windows, як і для .net 1.0 / 2.0 GAC.
Gacutil є частиною Windows SDK, тому, якщо ви хочете використовувати його на своїй розробницькій машині, просто встановіть Windows SDK для вашої поточної платформи. Тоді ви знайдете його десь таким чином (залежно від вашої версії SDK):
C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ NETFX 4.0 Tools
Тут обговорюється новий GAC: .NET 4.0 має новий GAC, чому?
Якщо ви хочете встановити щось у GAC на виробничій машині, вам потрібно зробити це «належним чином» (gacutil ніколи не мався на увазі як інструмент для встановлення речей на виробничих серверах, лише як інструмент розробки) за допомогою інсталятора Windows, або за допомогою інших інструментів. Ви можете, наприклад, зробити це за допомогою PowerShell та dll System.EnterpriseServices.
В загальному плані, і йде від декількох років досвіду, я б особисто настійно рекомендуємо проти використання GAC взагалі. Ваша програма завжди працюватиме, якщо ви також розгорнете DLL з кожною програмою в її папці bin. Так, ви отримаєте кілька копій DLL на своєму сервері, якщо у вас є, наприклад, кілька веб-програм на одному сервері, але це, безумовно, варте гнучкості можливості оновлення однієї програми, не порушуючи інші (шляхом введення несумісної версії спільного DLL у GAC).