Visual Studio non può essere compilato a causa di rc.exe

Ho cercato online e non sono riuscito a trovare nulla di simile al mio problema.

Ho creato un progetto C ++ vuoto e ho aggiunto un main.cpp con un ritorno e non riesco a farlo costruire. Ecco il messaggio che ricevo:

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 ==========

C'è qualche parte all'interno di VS2012 in cui posso specificare dove trovare questo eseguibile? Ho installato l'SDK di Windows 7 e ho questo eseguibile su:

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

Vengo da Code :: Blocks e uso mingw-gcc senza alcun problema, ma ultimamente ho avuto bisogno di VS per implementazioni gestite, quindi spero che qualcuno abbia un'idea.

Ho trovato questo su Google ... presumo che nel tuo caso si dovrebbe copiare rc.exee rcdll.dllper visual studio 2012\vc\bino dovunque averlo installato:

Parte 2: FIX LINK: fatal error LNK1158: cannot run ‘rc.exe’

Aggiungi questo alle variabili di ambiente PATH:

C: \ Programmi (x86) \ Windows Kits \ 8.0 \ bin \ x86

Copia questi file:

rc.exe
rcdll.dll

A partire dal

C: \ Programmi (x86) \ Windows Kits \ 8.0 \ bin \ x86

Per

C: \ Programmi (x86) \ Microsoft Visual Studio 11.0 \ VC \ bin

O ho anche trovato questo:
Microsoft ha lasciato alcune cose fuori dal loro pacchetto MSVT. Poiché nessuno sa se sono stati esclusi per errore o per motivi di licenza, nessuno con MSVC è troppo interessato a distribuirli. Alcune ricerche su Google rivelano alcune fonti complicate. Fortunatamente, Microsoft ha finalmente risolto e risolto questo problema e molti altri.

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

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

Esistono molti file mancanti MSVT ma non i file SDK mancanti.

e questo:
ho avuto lo stesso problema che ho risolto facendo questo:

1. Installazione di Microsoft .Net Framework 2.0
2. Aggiunta del percorso dei file .NET Framework (per me "C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727") alle impostazioni del compilatore globale> Programmi> Percorsi aggiuntivi in ​​Code :: Blocks.

Ora posso creare e collegare file di risorse senza errori.

Abbiamo risolto questo problema con le build CMake / Visual Studio 2015 dopo aver installato anche VS2017 sul computer. La soluzione corretta nel nostro caso è quella di specificare la versione di Windows Kit (8.1) al prompt dei comandi di Visual Studio, altrimenti si ottiene il Kit di Windows 10 per impostazione predefinita che non include rc.exe nella directory bin.

es. Start Menu-> Visual Studio 2015-> VS2015 x64 Prompt dei comandi di Native Tools

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

Nota l'opzione 8.1 alla fine

Da quello che ho trovato, se hai un sistema operativo Windows 7, la seguente procedura risolverà il problema:

1) vai su C: \ Programmi (x86) \ Microsoft SDKs \ Windows \ v7.1A \ Bin

2) quindi copia RC.exe e RcDll da questo file

3) vai su C: \ Programmi (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin e incolla i due file che hai copiato in esso.

Ho avuto lo stesso problema e la soluzione sopra pubblicata non ha funzionato. La mia soluzione è stata derivata da essa, e ha funzionato per me, se quelli sopra non funzionano, puoi provarlo.

Questo rc.exeerrore può verificarsi se il compilatore Visual C ++ e le versioni SDK di Windows 10 non corrispondono allo stesso anno di Visual Studio. In generale, la soluzione è assicurarsi di avere sul proprio sistema e di utilizzare nella compilation, VC ++ e Windows SDK per l'anno di Visual Studio in uso.

Ad esempio, se hai Visual Studio 2017 o 2019 e hai installato Build Tools 2015 senza scegliere di installare il proprio Windows SDK 2015 (l'installazione predefinita non lo installa!) E stai tentando di utilizzarlo per la compilazione, potresti eseguire questo problema.

Nel mio caso, avevo già Visual Studio 2017. Quando ho provato a utilizzare Build Tools 2015 per compilare una libreria python (o probabilmente qualsiasi programma), si è verificato questo stesso errore "rc.exe". Ho letto che il compilatore C ++ VS2015 14.0 può presentare problemi se tenta di utilizzare l'SDK di Windows 10 da Visual Studio 2017.

Ho disinstallato Build Tools 2015 e l'ho reinstallato, questa volta come installazione personalizzata , selezionando di installare entrambi i componenti Visual C ++ e Windows 10 SDK. Ciò ha risolto il problema.

AGGIORNAMENTO: Ho appena guardato di nuovo Build Tools 2015 e apparentemente non esiste più un'opzione di installazione personalizzata. In tal caso, dovrebbe funzionare anche l'installazione di Visual Studio 2015 con componenti C ++ e Windows SDK.

Nel mio caso, ho riscontrato un errore di mix and match tra i progetti creati in VS2015 e VS2017. Nel mio file .vcxproj, c'è questa sezione chiamata PropertyGroup Label = "Globals">. Ho avuto una sezione per TargetPlatformVersion = 10.0.15063.0. Quando ho rimosso TargetPlatformVersion, ho risolto il problema.

Mi dispiace non poter copiare e incollare qui il blocco, ma il formato di codifica stackoverflows non lo ha permesso.

Sono su Windows 7 x64 e Visual Studio 2017 . Ottengo questo errore nel tentativo di compilare uno script cython. Ecco come ho risolto: ho copiato e incollato rc.exe e rcdll.dll da:

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

per

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

Ecco il mio caso quasi simile:
ho un progetto di lavoro VC2010 con Win7 a 32 bit. Eseguo un'installazione pulita di VC2013 con Win8.1 64 bit Dopo la conversione riuscita del mio progetto da VC2010 a VC2013, durante la prima compilazione aumenta il seguente errore:
Codice di generazione finito
LINK: errore fatale LNK1158: impossibile eseguire 'rc.exe'

Soluzione 1:
Elimina intera riga "<ExecutablePath Condition =" ... "> ... </ExecutablePath>" nell'elemento "<PropertyGroup>" nel file NameOfYourSolution.vcxproj nel blocco note prima di eseguire VC2013
Soluzione 2:
copiare solo due file: rc.exe e rcdll.dll da "c: \ Programmi (x86) \ Windows Kits \ 8.1 \ bin \ x86 \" a "c: \ Programmi (x86) \ Microsoft Visual Studio 12.0 \ VC \ bin \" e la compilazione sarà riuscito!!
Nota:
a) Non è necessario toccare alcun PERCORSO o altre variabili di ambiente Windows o VC.
b) "Platform Toolset" (Pagine delle proprietà del progetto -> Proprietà di configurazione -> Generale) verrà automaticamente impostato su "Visual Studio 2013 (v120)" (non modificarlo in "Visual Studio 2010" per poter continuare a sviluppare il progetto sotto concetti VC2013)

Nel mio caso l'errore era dovuto a una cattiva impostazione in un vcxproj. Il vcxproj era di terze parti, quindi non sono sicuro di come sia arrivato in quello stato.

In particolare, per una delle combinazioni piattaforma / profilo, la cartella della piattaforma mancava dalla cartella bin di Windows SDK:

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

è corretto, dove

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

era errato. Potrebbe essere necessario scorrere fino alla fine delle caselle di codice per vedere la differenza.

Nota anche che per qualche strana ragione $ (WindowsSdkDir) bin \ x64; Non ha funzionato per me. Ho cercato di capire perché, quando rc.exe esiste sicuramente in quella cartella, ma ho rinunciato.

A mio avviso, le soluzioni dei precedenti poster che prevedono la copia di rc.exe dappertutto sono errate, perché il tuo progetto non funzionerà sulla macchina di nessun altro. Se correggi correttamente i percorsi nel progetto, dovrebbe funzionare su qualsiasi macchina con una corretta installazione di Windows SDK.

Sono su Windows 10 x64 e Visual Studio 2017. Ho copiato e incollato rc.exe e rcdll.dll da:

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

per

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

funziona con: (qt creator 5.7.1)

Questo potrebbe essere un po 'obsoleto. Ma se la copia di rc.exe ed exdll.dll non ha funzionato, è possibile che Windows SDK non sia installato correttamente anche se esiste la cartella Windows SDK. È possibile aggiornare sdk per win 8 nella seguente pagina: http://msdn.microsoft.com/en-US/windows/hardware/hh852363 Dopo aver reinstallato sdk, il problema verrebbe risolto. Assicurarsi inoltre che il set di strumenti della piattaforma sia impostato correttamente.

Ho riscontrato questo problema di recente. Ho installato sia VS 2015 che VS 2017, installati i kit Windows 8.1 e 10.

Il prompt dei comandi di VS 2017 funziona come previsto, rc.exe è visibile. In VS 2015 questo non è vero. In realtà, lo script vcvarsall.bat di VS 2015 aggiunge un percorso al kit di Windows 10 alla variabile PATH, ma aggiunge un percorso leggermente sbagliato. Aggiunge il percorso a

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

mentre il percorso effettivo è

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

Sembra che l'aggiornamento del kit di Windows 10 (o l'installazione di VS 2017) abbia portato a questo problema.

Quindi la soluzione è semplice: basta creare collegamenti simbolici nella cartella "C: \ Programmi (x86) \ Windows Kits \ 10 \ bin" che punta alle cartelle corrispondenti nella cartella sottostante, ad esempio un collegamento simbolico "x86" per la cartella "10.0 .17763.0 \ x86 "," x64 "per" 10.0.17763.0 \ x64 "ecc.

Ho avuto lo stesso problema su VS 2013 ed è stato in grado di risolverlo cambiando Platform Toolset.

Puoi trovarlo nelle impostazioni del progetto, in generale.

Ad esempio, il passaggio Platform Toolseta VS 2010 farà sì che VS utilizzi l'SDK di Windows \ v7.0A.

È possibile verificare quale percorso SDK viene utilizzato aggiungendolo all'evento pre-build:

echo using SDK $(WindowsSdkDir)

Sto usando Windows 7 con VS 2013 (Aggiornamento 3) e Intel Parallel Studio XE Composer Edition per Fortran Windows (Aggiornamento 5). Immediatamente ho avuto lo stesso problema.

Una volta risolto il problema mancante di rc.exe ho avuto un altro problema. Nel linker mancava kernel32.lib.

Ho corretto entrambi i problemi aggiornando le Opzioni Intel Composer (STRUMENTI-> Opzioni ...-> Intel Composer XE-> Visual Fortran-> Compilatori).

Per la scheda Win32 ho aggiunto:

File eseguibili: C: \ Programmi (x86) \ Windows Kits \ 8.0 \ bin \ x86; (poco prima di $ (PERCORSO))

Librerie: C: \ Programmi (x86) \ Windows Kits \ 8.0 \ Lib \ win8 \ um \ x86; (alla fine)

Per la scheda x64 ho aggiunto:

File eseguibili: C: \ Programmi (x86) \ Windows Kits \ 8.0 \ bin \ x64; (poco prima di $ (PERCORSO))

Librerie: C: \ Programmi (x86) \ Windows Kits \ 8.0 \ Lib \ win8 \ um \ x64; (alla fine)

Aggiornare...

Mi mancavano anche alcuni file di intestazione SDK (winver.h e winapifamily.h). Ho aggiunto quanto segue alla stessa area STRUMENTI-> Opzioni ...

Per entrambe le schede win32 e x64

Include: C: \ Programmi (x86) \ Windows Kits \ 8.0 \ Include \ um; C: \ Programmi (x86) \ Windows Kits \ 8.0 \ Include \ shared;

Ho appena scoperto uno (su 3 in totale) progetti nella mia soluzione VS2010 (SDK7.1) (i progetti sono collegati in una catena di dipendenza lineare sequenziale), nei file di progetto c'era un file .rc vuoto. La rimozione del file .rc vuoto (dal progetto, senza eliminarlo) ha risolto il problema "Errore irreversibile LNK1158: ... cvtres.exe".

Aggiornamento: la seguente copia ha risolto il problema:

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\"

Ciò consentirà a WinSDK7.1, tramite MSBuild, di essere in grado di compilare file .rc negli eseguibili.

Questo è ancora più semplice di quello con Visual Studio 2017. Seguire queste istruzioni: https://docs.microsoft.com/en-us/visualstudio/install/modify-visual-studio per modificare utilizzando il programma di installazione di Microsoft Visual Studio.

Una volta all'interno del programma di installazione di Microsoft Visual Studio, fai clic su modifica nel pacchetto di Visual Studio installato, assicurati che lo sviluppo del desktop con C ++ sia selezionato e il supporto MFC e ATl (x86 e x64), in sintesi.

Ciò può essere causato da un vcxproj che ha avuto origine nelle versioni precedenti di Visual Studio O modificando il set di strumenti della piattaforma in Proprietà di configurazione -> Generale.

In tal caso, possibile soluzione:

1) Vai a Proprietà di configurazione -> Directory VC ++

2) Selezionare il menu a discesa per Directory eseguibili

3) Seleziona "Eredita da impostazioni predefinite padre o progetto"

Aggiungi al tuo ambiente variabile sdk 8.1 percorso

C: \ Programmi (x86) \ Windows Kits \ 8.1 \ bin \ x64

quindi apri il prompt dei comandi di Visual Studio x64 Native tools e inserisci

vcvarsall.bat

Se hai davvero bisogno di usare l'SDK Windows 10 con Visual Studio 2015, devi scaricare una versione precedente su sdk-archive . La versione più recente dell'SDK ha cambiato il posto dell'eseguibile rc e MSBuild di Visual Studio 2015 aggiornamento 3 (ultima versione) non è in grado di individuarlo. Almeno la versione 10.0.14393.795 di SDK Windows è ancora compatibile con Visual Studio 2015.

Forse il file di progetto è stato toccato da VS2017. Quindi quando si collega il progetto nel 2015 "LINK: errore irreversibile LNK1158: impossibile eseguire 'rc.exe'" può frenare la compilazione.

In vcxproj prova a:

1) sostituire:

<WindowsTargetPlatformVersion>10.0.17763.0</WindowsTargetPlatformVersion> con: <WindowsTargetPlatformVersion>8.1</WindowsTargetPlatformVersion>

2) rimuovere: <VCProjectVersion>15.0</VCProjectVersion>

3) sostituire: <PlatformToolset>v141</PlatformToolset> con: <PlatformToolset>v140</PlatformToolset>

Ho riscontrato l'errore di collegamento dell'OP rc.exedurante il tentativo di eseguire pip installall'interno di bashun'attività all'interno di una pipeline DevOps di Azure che stavo usando per creare un pacchetto Python dall'origine con estensioni C ++. Sono stato in grado di risolverlo aggiungendo il percorso rc.exeall'interno bashdell'attività appena prima di chiamare pip install, in questo modo:

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

Era all'interno di un Azure jobche stava usando vmImage: 'windows-2019'per il suo agente; ad esempio, Windows Server 2019 con Visual Studio 2019.

Sono stato in grado di farlo funzionare anche per me in Windows

1. Imposta la variabile di ambiente in modo che punti alla posizione del tuo rc.exe supponendo che tu stia utilizzando la versione x86

C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ 10.0.18362.0 \ x86

È possibile impostare facilmente la variabile di ambiente utilizzando

C:> setx path "% path%; C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ 10.0.18362.0 \ x86"

2. Riavvia il tuo Qt Creator
3. Pulisci e ricostruisci

Nel mio caso, ho installato Windows SDK 10586 tramite Visual Studio 2015 -> Modifica , quindi sono installati i seguenti percorsi.

C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ arm64 \ rc.exe

C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ x64 \ rc.exe

C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ x86 \ rc.exe

Per Visual Studio Community 2019, copiare i file nelle risposte sopra ( rc.exe rcdll.dll) per C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.21.27702\bin\Hostx86\x86fare il trucco per me.

Sono su Windows 10 Pro x64, VS 19 ..

Quando si tenta di installare mod_wsgi per apache in cmd.

C:\>python -m pip install mod_wsgi

Questo è l'errore che stavo ricevendo dal mio prompt dei comandi.

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

Ho dovuto copiare rc.exe e rcdll.dll da

C: \ Programmi (x86) \ Windows Kits \ 10 \ bin \ 10.0.18362.0 \ x86

e aggiungilo a

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

risultato da 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

Spero che questo aiuti qualcuno.