Błąd Visual Studio: LNK1104: nie można otworzyć pliku „kernel32.lib” - tylko w kompilacjach projektów WP8 / Win32
Niedawno natknąłem się na ten problem (kilka dni temu wszystko działało dobrze): Visual Studio 2012 zaczęło odmawiać tworzenia natywnych projektów WP8.
Dzisiaj stworzyłem nowe rozwiązanie z szablonu aplikacji Windows Phone Direct3D (tylko Native), aby sprawdzić, czy moje nowo utworzone biblioteki DLL będą poprawnie obsługiwane na WP. Próbowałem skompilować ten projekt, najpierw bez żadnych zmian lub dodatkowych referencji - czysty kod wygenerowany przez VS. Jednak nie powiodło się z podanym błędem. Doskonale wiem, co to znaczy i jaki może być możliwy powód, ale nie rozumiem, skąd się to bierze w tym przypadku. Dziwna rzecz: dzieje się to tylko w konfiguracji „Win32”, ARM dobrze kompiluje:
1>------ Build started: Project: PhoneDirect3DApp, Configuration: Debug ARM ------
.......
Build Summary
-------------
00:11.742 - Success - Debug ARM - PhoneDirect3DApp\PhoneDirect3DApp.vcxproj
ale Win32 nie:
1>------ Build started: Project: PhoneDirect3DApp, Configuration: Debug Win32 ------
.......
1>LINK : fatal error LNK1104: cannot open file 'kernel32.lib'
Build Summary
-------------
00:09.725 - Failed - Debug Win32 - PhoneDirect3DApp\PhoneDirect3DApp.vcxproj
Moje standardowe (natywne projekty C ++ / Win32) działają również zgodnie z oczekiwaniami (zarówno w przypadku platform Win32, jak i x64).
Konfiguracja projektu: (na obu platformach)
Linker :: Dane wejściowe:
d3d11.lib;%(AdditionalDependencies)
Linker :: Ignore:
ole32.lib;%(IgnoreSpecificDefaultLibraries)
Katalogi VC ++:
Microsoft.ARM.Cpp.User:
$(WP80ToolSetPath)lib\arm;$(WindowsSDK_LibraryPath_ARM);
Microsoft.Win32.Cpp.User:
$(VCInstallDir)lib;$(VCInstallDir)atlmfc\lib;$(WP80ToolSetPath)lib\x86;$(WindowsSDK_LibraryPath_x86)
Jakieś pomysły, co jeszcze może być nie tak lub źle skonfigurowane? Brakuje mi pomysłów, nigdy wcześniej nie widziałem czegoś takiego.
Przy okazji zauważyłem jeszcze jedną zmianę: kiedy próbowałem skompilować projekty WP8 w konfiguracji ARM, zawsze pojawiał się błąd, mówiąc, że „budowanie aplikacji ARM na pulpicie nie jest obsługiwane” (lub coś takiego). Teraz ARM kompiluje się bez problemu. Jest to normalne?