Visual Studio-Fehler: LNK1104: Datei 'kernel32.lib' nicht öffnen - nur in WP8-Projekten / Win32 Builds

Question

Ich habe dieses Problem in letzter Zeit in dieses Problem gelaufen (vor ein paar Tagen, alles war gut funktioniert): Visual Studio 2012 begann sich abzulehnen, native WP8-Projekte aufzubauen.

Ich habe heute neue Lösung von Template 'Windows Phone Direct3d App (Native)' erstellt, um zu überprüfen, ob meine neu erstellten DLLs auf WP ordnungsgemäß unterstützt werden. Ich habe versucht, dieses Projekt zu kompilieren, zuerst ohne Änderungen oder zusätzliche Referenzen - Pure Code, der von vs. erzeugt wird Es ist jedoch mit dem angegebenen Fehler fehlgeschlagen. Ich weiß sehr gut, was bedeutet es und was könnte der mögliche Grund sein, aber ich kann nicht verstehen, Hovewer, wo kommt es in diesem Fall. Seltrd Thing: Dies geschieht nur in 'win32' -Konfiguration, Arm kompiliert fein:

generasacodicetagpre.

aber win32 nicht:

generasacodicetagpre.

Meine Standardprojekte (native C ++ / Win32) funktionieren auch wie erwartet (sowohl in Win32- und X64-Plattformziele).

Projektkonfiguration: (in beiden Plattformen)

linker :: Input:

generasacodicetagpre.

linker :: ignorieren:

generasacodicetagpre.

vc ++ -zials:

microsoft.arm.cpp.user:

generasacodicetagpre.

microsoft.win32.cpp.user:

generasacodicetagpre.

Irgendwelche Ideen, was sonst noch falsch sein oder falsch konfiguriert werden könnte? Ich habe keine Ideen mehr, ich habe noch nie so etwas gesehen.

Übrigens habe ich noch eine weitere Änderung bemerkt: Wenn ich versuchte, WP8-Projekte in der ARM-Konfiguration zu kompilieren, gab es immer einen Fehler, sagte immer ein Fehler, sagte "Building Arm Application auf dem Desktop nicht unterstützt" (oder so etwas) . Jetzt kann Arm kompiliert mit keinem Problem. Ist es normal?

Answer 1

Endlich habe ich den Grund meiner Probleme gefunden: Als ich vermutet habe, wurde die interne visuelle Studiokonfiguration gebrochen.

Ich habe alle Standardschritte gemacht, die im Falle von LNK1104 ausgeführt werden können, jedoch:

generasacodicetagpre.

Die Ursache lag jedoch an anderer Stelle.

Alle Pfade werden mit Standardmakros definiert.Einer von ihnen ist $ (WindowsDK80Path), der zum Erstellen von Include / Bibliothekspfaden verwendet wird.Auf meinem System wurde dieses Makro als

definiert generasacodicetagpre.

statt

generasacodicetagpre.

und das ist es.Ich weiß nicht, wann oder wie, dieses Problem trat.Visual Studio-Reparatur über Orginal-Installationsprogramm war ausreichend Methode, um alles zu beheben.Alle Projekte kompilieren jetzt ohne Probleme.