Visual Studio не може побудувати через rc.exe

Я шукав в Інтернеті і не знайшов нічого, що нагадувало б мою проблему.

Я створив порожній проект C ++ і додав main.cpp із поверненням, і я не можу його скласти. Ось повідомлення, яке я отримую:

1>------ Build started: Project: Project1, Configuration: Debug Win32 ------
1>LINK : fatal error LNK1158: cannot run 'rc.exe'
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

Чи є десь у VS2012, де я можу вказати, де знайти цей виконуваний файл? Я встановив SDK для Windows 7 і маю цей виконуваний файл за адресою:

C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin

Я походжу з Code :: Блоків і без проблем використовую mingw-gcc, але останнім часом мені потрібен VS для керованих реалізацій, тому сподіваюся, що хтось має ідею.

Виявив це в Google ... Я б припустив, що у вашому випадку ви будете копіювати rc.exeта встановлювати rcdll.dllйого visual studio 2012\vc\binчи де завгодно:

Частина 2: ВИПУСКОВА ПОСИЛКА: fatal error LNK1158: cannot run ‘rc.exe’

Додайте це до змінних оточення PATH:

C: \ програмні файли (x86) \ набори Windows \ 8.0 \ bin \ x86

Скопіюйте ці файли:

rc.exe
rcdll.dll

З

C: \ програмні файли (x86) \ набори Windows \ 8.0 \ bin \ x86

До

C: \ програмні файли (x86) \ Microsoft Visual Studio 11.0 \ VC \ bin

Або я також виявив це:
Microsoft залишила кілька речей зі свого пакету MSVT. Оскільки ніхто не знає, чи були вони залишені помилково чи з ліцензійних причин, ніхто з MSVC не надто зацікавлений у видачі їх. Кілька пошукових запитів Google виявляють складні джерела. На щастя, Microsoft нарешті розгадала та вирішила цю проблему та багато іншого.

http://msdn.microsoft.com/vstudio/express/support/faq/default.aspx#pricing

http://msdn.microsoft.com/vstudio/express/support/install/

Існує велика кількість файлів, що відсутні у MSVT, але відсутні файли SDK.

і це: у
мене була та сама проблема, яку я вирішив, роблячи це:

1. Встановлення Microsoft .Net Framework 2.0
2. Додавання шляху файлів .NET Framework (для мене "C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727") до налаштувань глобального компілятора> Програми> Додаткові шляхи в коді :: Блоки.

Тепер я можу створювати та посилати файли ресурсів без помилок.

Ми потрапили в цю проблему разом зі своїми побудовами CMake / Visual Studio 2015 після встановлення VS2017 на машину. Правильним рішенням у нашому випадку є вказівка ​​версії Window Kit (8.1) до командного рядка Visual Studio - інакше ви отримуєте комплект Windows 10 Kit за замовчуванням, який не включає rc.exe в каталозі бін.

наприклад, меню "Пуск" -> Visual Studio 2015-> VS2015 x64 Командний рядок Native Tools

%comspec% /k "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" amd64 8.1

Зверніть увагу на варіант 8.1 в кінці

З того, що я виявив, якщо у вас ОС Windows 7, виконайте такі кроки, щоб усунути проблему:

1) перейдіть до C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v7.1A \ Bin

2) потім скопіюйте RC.exe і RcDll з цього файлу

3) перейдіть до C: \ Program Files (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin та вставте два файли, які ви скопіювали у нього.

У мене була така ж проблема, і вищезазначене рішення не спрацювало. Моє рішення було похідне від нього, і воно спрацювало на мене, якщо вищезгадані не працюють, ви можете спробувати це.

Це rc.exe помилка може виникнути, якщо компілятор Visual C ++ та версії SDK Windows 10 не відповідають одному і тому ж року Visual Studio. Загалом, рішення полягає у тому, щоб переконатися, що у вас є система та ви використовуєте для компіляції VC ++ та Windows SDK для візуального року, який ви використовуєте.

Наприклад, якщо у вас є Visual Studio 2017 або 2019, і ви встановили Build Tools 2015, не вибравши для встановлення свого власного пакета Windows SDK 2015 (установка за замовчуванням не встановлюється!), І ви намагаєтесь використовувати його для компіляції, ви можете зіткнутися з ця проблема.

У моєму випадку я вже мав Visual Studio 2017. Коли я намагався використовувати Build Tools 2015 для складання бібліотеки python (або, можливо, будь-яку програму), сталася ця сама помилка 'rc.exe'. Я читав, що компілятор VS2015 14.0 C ++ може виблискувати, якщо він намагається використовувати Windows 10 SDK від Visual Studio 2017.

Я видалив інструменти для збірки 2015 і перевстановити його, на цей раз в якості користувальницької установки, вибравши для установки як Visual C ++ і Windows 10 компонентів SDK. Це вирішило проблему.

ОНОВЛЕННЯ: Я просто переглянув Build Tools 2015 ще раз, і, мабуть, вже немає спеціального варіанту установки. Якщо так, установка Visual Studio 2015 з компонентами C ++ та Windows SDK також повинна працювати.

У моєму випадку у мене виникли помилки поєднання та збігу між проектами, створеними у VS2015 та VS2017. У моєму файлі .vcxproj є цей розділ під назвою PropertyGroup Label = "Globals">. У мене був розділ для TargetPlatformVersion = 10.0.15063.0. Коли я видалив TargetPlatformVersion, це вирішило проблему.

Вибачте, я не можу скопіювати та вставити блок сюди, але формат кодування stackoverflows цього не дозволив.

Я в Windows 7 x64 та Visual Studio 2017 . Я отримую цю помилку, намагаючись скласти скрипт цитону. Ось як я вирішив: я скопіював і вставив rc.exe і rcdll.dll з:

C:\Program Files (x86)\Windows Kits\8.1\bin\x86

до

C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\x86_amd64

Ось мій майже подібний випадок: у
мене працює робочий проект VC2010 під Win7 32bit. Я роблю чисту установку VC2013 під Win8.1 64bit Після успішного перетворення мого проекту з VC2010 у VC2013, під час 1-ї компіляції піднімається наступна помилка:
Готовий код генерування
LINK: фатальна помилка LNK1158: не може запустити 'rc.exe'

Рішення 1:
Видалити весь рядок "<ExecutablePath Condition =" ... "> ... </ExecutablePath>" в елементі "<PropertyGroup>" у файлі NameOfYourSolution.vcxproj в блокнот до запуску VC2013
Рішення 2:
Скопіюйте лише два файли: rc.exe і rcdll.dll від "c: \ програмні файли (x86) \ набори Windows \ 8.1 \ bin \ x86 \" до "c: \ програмні файли (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin \", і компіляція буде успішний !!
Примітка:
a) Не потрібно торкатися жодних PATH або інших змінних середовищ Windows або VC.
b) "Набір інструментів платформи" (Сторінки властивостей проекту -> Властивості конфігурації -> Загальне) буде автоматично встановлено на "Visual Studio 2013 (v120)" (не змінювати його на "Visual Studio 2010", щоб мати можливість продовжувати розробляти ваш проект відповідно до концепцій VC2013)

У моєму випадку помилка сталася через погану установку в vcxproj. Vcxproj був від третьої сторони, тому я не впевнений, як він потрапив у такому стані.

Зокрема, для однієї з комбінацій платформи / профілю папка платформи відсутня у папці бін SDK:

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
 <ExecutablePath>$(VCInstallDir)bin\x86_amd64;$(VCInstallDir)bin;$(WindowsSdkDir)bin\NETFX 4.0 Tools;$(WindowsSdkDir)bin\x86;

правильно, де

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
 <ExecutablePath>$(VCInstallDir)bin\x86_amd64;$(VCInstallDir)bin;$(WindowsSdkDir)bin\NETFX 4.0 Tools;$(WindowsSdkDir)bin;

було неправильним. Потрібно прокрутити до кінця поля коду, щоб побачити різницю.

Зауважте також, що з якихось дивних причин $ (WindowsSdkDir) бін \ x64; НЕ працював для мене. Спробував зрозуміти, чому, коли rc.exe точно існує в цій папці, але я відмовився.

На мою думку, рішення попередніх плакатів, які передбачають копіювання rc.exe всюди, є помилковими, оскільки ваш проект не працюватиме на чужій машині. Якщо ви правильно зафіксували шляхи в проекті, він повинен працювати на будь-якій машині з правильною установкою Windows SDK.

Я перебуваю на Windows 10 x64 та Visual Studio 2017. Я скопіював і вставив rc.exe та rcdll.dll з:

C:\Program Files (x86)\Windows Kits\8.1\bin\x86

до

C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64

він працює з: (qt Creator 5.7.1)

Це може бути трохи застарілим. Але якщо скопіювати rc.exe і exdll.dll не вдалося, є ймовірність, що Windows sdk не буде встановлено належним чином, навіть якщо папка sdk Windows є. Ви можете оновити sdk для win 8 на наступній сторінці: http://msdn.microsoft.com/en-US/windows/hardware/hh852363 Після перевстановлення SDK проблема буде вирішена. Також переконайтесь, що набір інструментів платформи встановлений належним чином.

Нещодавно я стикався з цим питанням. У мене встановлені як VS 2015, так і VS 2017, встановлені набори Windows 8.1 і 10.

Командний рядок від VS 2017 працює як очікується, видно rc.exe. У VS 2015 це неправда. Насправді, сценарій vcvarsall.bat з VS 2015 дійсно додає шлях до комплекту Windows 10 до змінної PATH, але додає трохи неправильний шлях. Це додає шлях до

"C:\Program Files (x86)\Windows Kits\10\bin\x86"

поки фактичний шлях

"C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x86"

Схоже, оновлення комплекту Windows 10 (або встановлення VS 2017) призвело до цієї проблеми.

Тому рішення просте: просто створіть символьні посилання в папці "C: \ Program Files (x86) \ Windows Kits \ 10 \ bin", що вказує на відповідні папки в нижній папці, наприклад, символічне посилання "x86" для папки "10.0 .17763.0 \ x86 "," x64 "для" 10.0.17763.0 \ x64 "тощо.

У мене була така ж проблема в VS 2013, і я зміг її усунути, змінивши Platform Toolset.

Ви можете знайти їх у налаштуваннях проекту, загалом.

Наприклад, перехід Platform Toolsetна VS 2010 призведе до того, що VS використовуватиме Windows \ v7.0A SDK.

Ви можете перевірити, який шлях SDK використовується, додавши це до події попереднього збирання:

echo using SDK $(WindowsSdkDir)

Я використовую Windows 7 з VS 2013 (оновлення 3) та Intel Parallel Studio XE Composer Edition для Fortran Windows (оновлення 5). У коробці у мене був той самий випуск.

Після виправлення відсутньої проблеми rc.exe у мене виникла інша проблема. У лінкера відсутній kernel32.lib.

Я виправив обидві проблеми, оновивши параметри Intel Composer Options (TOOLS-> Options ...-> Intel Composer XE-> Visual Fortran-> Compilers).

На вкладку Win32 я додав:

Виконавчі файли : C: \ Program Files (x86) \ Windows Kits \ 8.0 \ bin \ x86; (трохи раніше, ніж $ (PATH))

Бібліотеки: C: \ Program Files (x86) \ Windows Kits \ 8.0 \ Lib \ win8 \ um \ x86; (в кінці)

Для вкладки x64 я додав:

Виконавчі файли : C: \ Program Files (x86) \ Windows Kits \ 8.0 \ bin \ x64; (трохи раніше, ніж $ (PATH))

Бібліотеки: C: \ Program Files (x86) \ Windows Kits \ 8.0 \ Lib \ win8 \ um \ x64; (в кінці)

Оновити ...

Мені також не вистачало деяких файлів заголовків SDK (winver.h та winapifamily.h). Я додав наступне до тієї ж області TOOLS-> Options ....

Як для вкладок win32, так і для x64

Включає: C: \ програмні файли (x86) \ набори Windows \ 8.0 \ включити \ um; C: \ програмні файли (x86) \ набори Windows \ 8.0 \ включити \ спільний;

Я щойно з'ясував один (із 3 усього) проектів у моєму рішенні VS2010 (SDK7.1) (проекти пов'язані в послідовному ланцюгу лінійних залежностей), у файлах проекту був файл .rc, який був порожнім. Видалення порожнього файлу .rc (з проекту, не видаляючи його) вирішило проблему "фатальної помилки LNK1158: ... cvtres.exe".

Оновлення: Ця проблема усунула проблему:

xcopy "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\cvtres.exe" "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\x86_amd64\"

Це дозволить WinSDK7.1, через MSBuild, мати можливість компілювати .rc файли у виконувані файли.

Це навіть простіше, ніж це для Visual Studio 2017. Дотримуйтесь цих інструкцій: https://docs.microsoft.com/en-us/visualstudio/install/modify-visual-studio, щоб змінити за допомогою Microsoft Visual Studio Installer.

Опинившись у програмі Microsoft Visual Studio Installer, клацніть змінити під встановленим пакетом Visual Studio, переконайтесь, що розроблено робочий стіл за допомогою C ++, а також підтримка MFC та ATl (x86 та x64).

Це може бути викликано vcxproj, який виник у попередніх версіях Visual Studio АБО, змінивши набір інструментів платформи у Властивості конфігурації -> Загальне.

Якщо так, можливе рішення:

1) Перейдіть у Властивості конфігурації -> Каталоги VC ++

2) Виберіть спадне меню для виконуваних каталогів

3) Виберіть "Спадщина від батьківських або проектних значень за замовчуванням"

Додайте до свого середовища змінну вікно sdk 8.1 шлях

C: \ програмні файли (x86) \ набори Windows \ 8.1 \ bin \ x64

потім відкрийте вікно і введіть командний рядок Visual studio x64 Native tools

vcvarsall.bat

Якщо вам дійсно потрібно використовувати SDK Windows 10 з Visual Studio 2015, вам доведеться завантажити старішу версію в sdk-архіві . Більш нова версія SDK змінила місце виконуваного файлу rc, і MSBuild з Visual Studio 2015 оновлення 3 (остання версія) не може його знайти. Принаймні, версія 10.0.14393.795 SDK Windows все ще сумісна з Visual Studio 2015.

Можливо, файл проекту торкнувся VS2017. Тоді, коли ви зв’яжете проект у 2015 році, "LINK: фатальна помилка LNK1158: не може запустити" rc.exe "" може гальмувати збірку.

У vcxproj спробуйте:

1) замінити:

<WindowsTargetPlatformVersion>10.0.17763.0</WindowsTargetPlatformVersion> з: <WindowsTargetPlatformVersion>8.1</WindowsTargetPlatformVersion>

2) видалити: <VCProjectVersion>15.0</VCProjectVersion>

3) замінити: <PlatformToolset>v141</PlatformToolset> на: <PlatformToolset>v140</PlatformToolset>

Я отримав повідомлення про помилку посилання на OP ще про rc.exeпри спробі виконати pip installвсередині bashзавдання всередині трубопроводу Azure DevOps , що я використовую , щоб побудувати пакет Python від джерела з розширеннями C ++. Я був в змозі вирішити її, додавши шлях rc.exeвсередині bashзавдання безпосередньо перед викликом pip install, так як:

PATH="/c/Program Files (x86)/Windows Kits/10/bin/10.0.18362.0/x64":$PATH

Це було всередині Azure, jobяке використовувало vmImage: 'windows-2019'для свого агента; тобто Windows Server 2019 з Visual Studio 2019.

Мені вдалося змусити мене це працювати і таким чином у Windows

1. Встановіть змінну середовища, щоб вона вказувала на розташування rc.exe, якщо ви використовуєте x86 версію

C: \ програмні файли (x86) \ набори Windows \ 10 \ bin \ 10.0.18362.0 \ x86

Ви можете легко встановити змінну вашого середовища за допомогою

C:> шлях setx "% path%; C: \ Program Files (x86) \ Набори Windows \ 10 \ bin \ 10.0.18362.0 \ x86"

2. Перезапустіть Qt Creator
3. Очистіть і відновіть

У моєму випадку я встановив Windows SDK 10586 через Visual Studio 2015 -> Змінити , потім встановлюються наступні шляхи.

C: \ програмні файли (x86) \ набори Windows \ 10 \ bin \ arm64 \ rc.exe

C: \ програмні файли (x86) \ набори Windows \ 10 \ bin \ x64 \ rc.exe

C: \ програмні файли (x86) \ набори Windows \ 10 \ bin \ x86 \ rc.exe

Для Visual Studio Community 2019 копіювання файлів у відповідях вище ( rc.exe rcdll.dll) C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.21.27702\bin\Hostx86\x86зробило для мене трюк.

Я в Windows 10 Pro x64, VS 19 ..

При спробі встановити mod_wsgi для apache в cmd.

C:\>python -m pip install mod_wsgi

Це помилка, яку я отримував з мого командного рядка.

LINK : fatal error LNK1158: cannot run 'rc.exe'

error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio 14.0\\VC\\BIN\\x86_amd64\\link.exe' failed with exit status 1158

Мені довелося скопіювати rc.exe & rcdll.dll з

C: \ програмні файли (x86) \ набори Windows \ 10 \ bin \ 10.0.18362.0 \ x86

і додати до

C: \ програмні файли (x86) \ Microsoft Visual Studio 14.0 \ VC \ bin \ x86_amd64

результат від cmd

C:\>python -m pip install mod_wsgi
Collecting mod_wsgi
Using cached mod_wsgi-4.7.1.tar.gz (498 kB)
Installing collected packages: mod-wsgi
Running setup.py install for mod-wsgi ... done
Successfully installed mod-wsgi-4.7.1

Сподіваюся, що це комусь допоможе.